Hibernate与SQL的选择
Hibernate是一款优秀的ORM工具。但是在某些情况下难免会给我们的项目带来一定的复杂性。就算使用spring做一定的事务简化，改变的也仅仅是编写的时候更加的简单而已。特别是在处理查询的时候，hibernate和sql比较起来，就似乎没有那么大的优势了。所以在很多的项目里面在使用hibernate和spring的同时还会使用ibatis的sqlmap。
那什么时候使用hibernate比较合适呢?这个和我们的设计有很大的关系。hibernate是解决对象存储的问题的，说的通俗一点，就是根据我们设计的对象系统来替我们生成sql语句的。所以如果我们的系统是一种复杂的业务系统，并不需要大量的事务处理和复杂的查询的话。我觉得彻底的使用hibernate是比较好的选择。这样我们可以集中精力在业务的处理上。当然，我觉得这种情况不太会出现。大多数的业务系统都不会有复杂的对象结构。我再说的通俗一点，就看我们的业务里面，是注重数据处理还是注重逻辑方面的处理，前者是不太适合hibernate的。后者比较适合。如果是混合的系统的，我觉得两者都是需要的，分别完成各自的任务。有些人可能不这样认为，觉得自己的水平足够高可以用hibernate解决一切的问题，但是我觉得，这是一种偏激的想法，因为我觉得没有银弹，也没有黄金锤，世界上没有万能的东西，选择合适的工具去解决相应的问题，才是一种切实的态度。不能追求形式上的完美。
相关文档：
对于SQL Server数据库管理员来讲，已满事务日志是一个琐碎的，但又很常见的问题。它能引发事务的提前终止，甚至通过阻止所有事务的引入，从而引起系统的崩溃。对于数据库管理员来说，关键是理解将要发生的情况，以便他们可以追踪引起问题的原因。 事务日志填充方式
以下是一些可能引起事务日志填满的原因：
填满� ......
SQL Injection with MySQL
本文作者：angel
文章性质：原创
发布日期：2004-09-16
本文已经发表在《黑客防线》7月刊，转载请注明。由于写了很久，随着技术的进步，本人也发现该文里有不少错误和罗嗦的地方。请各位高手看了不要笑。本文写于《Advanced SQL Injection with MySQL》之前一个月。
声明
本文仅用于� ......
本系列，或多或少，直接或间接依赖入门系列知识。但，依然追求独立成章。因本文作者水平有限，文中错误难免，敬请读者指出并谅解。本系列将会和入门并存。
案例
某君被邀为一超市设计数据库，用来存储数据。该君根据该超市中实际出现的对象，设计了Customer, Employee，Order, Product等表，用来保存相应的客户，员工，订 ......
两台不同的数据库服务器，从一台数据库服务器的一个用户读取另一台数据库服务器下的某个用户的数据，这个时候可以使用dblink。
其实dblink和数据库中的view差不多，建dblink的时候需要知道待读取数据库的ip地址，ssid以及数据库用户名和密码。
创建可以采用两种方式：
1、已经配置本地服务
以� ......
新建表：
create table [表名]
(
[自动编号字段] int IDENTITY (1,1) PRIMARY KEY ,
[字段1] nVarChar(50) default \'默认值\' null ,
[字段2] ntext null ,
[字段3] datetime,
[字段4] money null ,
[字段5] int default 0,
[字段6] Decimal (12,4) default 0,
[字段7] image null ,
)
删除表：
Drop table [ ......
