恋恋风尘

Coding is just my hobby……

博客园 首页 新随笔 联系 订阅 管理
  6 Posts :: 0 Stories :: 62 Comments :: 0 Trackbacks

2011年5月16日 #

摘要: 一、引言 NHibernate3.0增加了一种新的查询API——QueryOver。QueryOver构建在NHibernate原有的 ICriteria API之上,支持Lambda表达式与扩展方法,可编写类型安全的查询语句,这样就克服了ICriteria API字符串硬编码的弊端。在上一篇文章中《NHibernate 3.x新功能实践(一) QueryOver(上)》通过一个简单的实例,介绍了QueryOver进行条件筛选(Restriction)、连接(Join)等应用,在这篇文章中将介绍投影(Projection)、把投影结果转成DTO、分页、子查询(Subquery)等常见应用场景。阅读全文
posted @ 2011-05-16 19:24 恋恋风尘 阅读(1593) 评论(6) 编辑

2011年5月11日 #

摘要: 一、引言 NHibernate3.0增加了一种新的查询API——QueryOver。QueryOver构建在NHibernate原有的ICriteria API之上,支持Lambda表达式与扩展方法,可编写类型安全的查询语句,这样就克服了ICriteria API字符串硬编码的弊端,可借助VS提供的智能提示方便代码输入,减少输入错误。同时可利用VS等重构功能自动更新因实体字段名更改而导致的查询语句的变更,方便代码重构。本文主要介绍QueryOver的常见应用,并结合一个可运行的实例对各查询场景进行详尽的阐述。 时间过得真快,离最近一次在博客园写文章都快2年时间了。这些年工作是忙不到尽头,很少有阅读全文
posted @ 2011-05-11 19:46 恋恋风尘 阅读(2279) 评论(4) 编辑

2009年9月13日 #


NHibernate实践系列
1、 NHibernate实践总结(一)
2、 NHibernate实践总结(二) 在mapping文件中设置抓取策略对HQL与Criteria造成不同影响的测试与验证

一、引言
  大部分管理信息系统(MIS)都少不了员工(用户)与操作日志,当为员工创建帐号并分配相应的权限后,该帐号即可登录系统并进行相应的操作。当员工与系统进行交互操作时,系统会把员工Id、操作时间、操作IP、操作内容等信息记录到操作日志中,以便随时审计。
  这样,从Domain的角度讲,操作日志对象员工对象之间存在many-to-one的引用关系;从Database的角度讲,操作日志表的员工Id列是外键,其引用员工表的主键Id列。如果遵照数据库设计第二范式(2NF),那么操作日志表包含员工Id列(外键),但不包含员工姓名、员工帐号等冗余字段。这样,当查询操作日志获取操作信息的同时,要想获取员工姓名、员工帐号等数据,需要对操作日志表与员工表在员工Id列上进行一个连接(inner join或outer join)操作。这是一个大家比较熟悉的应用连接操作的场景,但在实际项目中可能会变得稍微复杂一点,比如对员工数据的删除。
   大家都知道,如果操作日志与员工之间建立了关联(外键引用)关系,那么在未删除该员工所有的操作日志数据之前,删除该员工数据会发生外键冲突 (foreign key violate),因为在删除员工数据时,数据库会自动检测并确保外键引用的完整性(referential integrity)。解决方法有四个:
(1)在物理删除员工数据之前先删除该员工的所有操作日志数据,然后再删除该员工数据;或者在数据库中设置级联删除,在物理删除员工数据时级联删除该员工的所有操作日志数据。尽管这样可以避免外键冲突,但是这个方法显然是不可行的,因为删除操作日志数据也就意味着破坏了审计功能。
(2)不物理删除员工数据,而是进行“软删除”(soft-delete),也就是说,为员工数据增加一个“是否删除”的标记列,当“删除”员工时设置此标记值。由于没有真正删除员工数据,也就避免了外键冲突问题。这可能是最常见的做法,但是soft-delete也不是没有问题,尤其是使用NHibernate进行面向DDD(Domain Model Development)的开发。大家可以看看这几篇文章:Avoid Soft Deletes(文章后面的评论也精彩)、Soft Deletes aren’t Append Only modelDon’t Delete – Just Don’tSoft-deletes are bad, m'kay?
(3) 操作日志与员工之间不建立关联(外键引用)关系,在数据库中仍可通过对操作日志表和员工表在员工Id列上进行连接,在一条查询语句中获取两张表的数据。由于没有建立关联(外键引用)关系,所以员工数据的物理删除不会 引起外键冲突问题。但是这个方法会引发别的问题:当员工数据被物理删除后,该员工的操作日志数据与该员工进行连接查询时,如果进行的是inner join,那么连接查询结果就为空;如果进行的是left outer join,那么在连接查询结果数据行中,关于该员工的字段信息(员工姓名、员工帐号)都为null(具体可参见outer join的相关资料)。
(4) 操作日志与员工之间不建立关联(外键引用)关系,并且在操作日志表中除包含员工Id字段外,还包含员工姓名员工帐号等冗余字段,这样直接查询操作日志表即可获得员工姓名、员工帐号等信息,无需再与员工表进行任何连接操作(因此还可提高查询性能),同时员工数据的删除也不影响操作日志表,但是此方法违反了数据库设计的2NF。在实际开发中为了性能的提高、为了实现的简单性,有时出现类似这样的反模式是可以接受的,应该不是问题,问题是有冗余就一定会存在数据一致性问题:比如,当修改员工姓名后,操作日志表中该员工的操作日志数据的员工姓名冗余字段是否也需要同步更新呢?在这种情况下,对操作日志等历史数据进行同步更新往往没有必要,因为修改员工姓名这类操作不会经常发生,而且不同步更新正好还可以保留操作员工当时时刻的姓名。
  由上面的分析可见,为实现员工操作的审计功能、确保员工数据的“删除”不引发外键冲突,方法(2)与方法(4)应该是较为可行的方案。当然有的朋友会认为员工数据不该“删除”,而应该通过设立一个表示"禁用"、"启用"的状态字段来解决,当然这与方法(2)在本质上是类似的。
  说了这么多关于数据库设计的内容,不少朋友会怀疑本文是否偏离了该说的主题NHibernate,接下来就进入主题,我们选择方法(3)做为本文说明的实例。方法(3)的关键是:在操作日志与员工之间不建立关联(外键引用)关系,然后在员工Id列上进行连接操作。那么在NHibernate中如何对没有建立关联关系的实体进行连接操作呢?答案是使用theta-style join本文首先介绍theta-style join与常见join的区别,然后通过此实例具体阐述在NHibernate中对无关联实体进行theta-style join的实现

二、实例场景
  有员工(Employee)和操作日志(OperationLog)两张数据表,为说明问题,这两张表之间不建立外键引用关系。创建数据表的SQL如下: 
Code
  接着往数据表中插入测试数据,如下图所示:
      

三、常见join与theta-style join的差别
  我们对没有建立外键引用关系的Employee表OperationLog表,分别进行常见jointheta-style join的连接操作,两者SQL写法的区别如下:
(1)常见join的SQL写法(在inner join中指定要连接的表,在on中指定连接条件。SQL92标准):
select OperationLog.Id, OperationLog.OperationDateTime, Employee.Name
from OperationLog inner join Employee
on OperationLog.EmployeeId=Employee.Id
(2)theta-style join的SQL写法(在from中指定要连接的表,在where中指定连接条件。SQL89标准):
select OperationLog.Id, OperationLog.OperationDateTime, Employee.Name
from OperationLog, Employee
where OperationLog.EmployeeId=Employee.Id
  在关系数据库中,尽管没有为Employee表OperationLog表建立外键引用关系,但是仍然可以用SQL在任意列(只要类型兼容)上进行常见jointheta-style join的操作(当然,是否在外键列上进行连接操作会影响到数据库查询优化器对连接操作算法的选择,从而影响连接查询的性能),而且对于上面这个例子,这两个连接操作逻辑上是等价的,查询结果是相同的,连接查询结果如下图所示:
 
  但在NHibernate中,对无关联实体进行连接操作,只能使用theta-style join无法使用常见join,而且仅HQL支持theta-style join,Criteria并不支持theta-style join。接下去通过实例进行验证:

四、使用HQL的theta-style join实现无关联实体的连接
  先分别建立Employee与OperationLog实体类(注意:两个实体类没有建立关联关系  
Employee.cs:

namespace NHibernatePractice3.Domain
{
    
public class Employee
    {
        
public virtual int Id { getset; }
        
public virtual String Name { getset; }
    }
}
OperationLog.cs:
Code

  接着创建mapping文件(注意:在mapping文件中不建立关联关系
Employee.hbm.xml:
Code
OperationLog.hbm.xml:
Code
  
  接下去写测试方法,测试theta-style join的实现:
Code

  单元测试成功,NHibernate生成theta-style join形式的SQL:
Code
  
  由此可见,HQL支持无关联实体的theta-style join。那么Criteria是否也支持无关联实体的theta-style join、无关联实体的常见join操作呢?答案显然是否定的,因为Criteria在连接时,无论是使用嵌套Criteria还是CreateAlias,都必须指定关联实体或关联集合,所以通过Criteria对实体进行连接必须得为实体建立关联关系。那么Criteria是否支持关联实体的theta-style join操作呢?答案也是否定的有兴趣的朋友自己可以验证一下。现做个小结,如下表所示:

 

常见join

theta-style join

关联实体

HQL支持、Criteria支持

 HQL支持

无关联实体


HQL支持

  这里还要说明的是,HQL的theta-style join与inner join在逻辑上是等价的,但是目前HQL的theta-style join不能实现outer join功能。 
五、总结
  对无关联实体进行连接操作,首先得考虑一下Domain设计是否合理恰当。对实体进行连接,实体之间往往会存在关联关系。但在实际项目中,也不排除对无关联实体进行连接操作的可能。
  本文首先提出了对无关联实体进行连接的应用场景,然后通过实例说明了在NHibernate中,使用HQL的theta-style join实现无关联实体的连接。当然了直接使用native sql也可以实现无关联实体的连接,不过这不在本文所述范围之内。
 
六、实例源代码下载
  实例源代码下载
  注意:本实例的运行环境与配置请参见NHibernate实践总结(二) 在mapping文件中设置抓取策略对HQL与Criteria造成不同影响的测试与验证









posted @ 2009-09-13 21:41 恋恋风尘 阅读(2696) 评论(6) 编辑

2009年9月5日 #

微软牛人Scott Hanselman发布了2009年的.NET与Windows终极开发工具:Scott Hanselman's 2009 Ultimate Developer and Power Users Tool List for Windows,绝对有你想要的东东,绝对不能错过!
posted @ 2009-09-05 18:47 恋恋风尘 阅读(203) 评论(0) 编辑

2009年9月3日 #

posted @ 2009-09-03 14:41 恋恋风尘 阅读(2694) 评论(10) 编辑

2009年9月1日 #

摘要: 最近在使用NHibernate做系统,而且园子里玩NHibernate的人好像也多了几个,发现Jeffrey Zhao都NHibernate了,所以我也来凑个热闹,写一点自己的实践体会,以与园子里的NHibernate园友进行相互交流和学习。 李永京的NHibernate之旅系列文章导航通俗易懂,相信园子里大部分搞NHibernate的人多多少少都看过,NHibernate组里也有不少关于NHibernate讨论,这次就从NHibernate组里的几个话题展开说一下我的实践体会。阅读全文
posted @ 2009-09-01 01:00 恋恋风尘 阅读(6102) 评论(36) 编辑