wlcome998

Ajax技术和DWR框架介绍

wlcome998 — Tue, 18 Mar 2008 15:43:07 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/173421 发表时间: 2008年03月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Ajax不是一种技术。实际上，它由几种蓬勃发展的技术以新的强大方式组合而成。Ajax包含：
XHTML：对应W3C的XHTML规范，目前是XHTML1.0。
CSS：对应W3C的CSS规范，目前是CSS2.0
DOM：这里的DOM主要是指HTML DOM，XML DOM包括在下面的XML中
JavaScript：对应于ECMA的ECMAScript规范
XML：对应W3C的XML DOM、XSLT、XPath等等规范
XMLHttpRequest：对应WhatWG的Web Applications1.0规范（http://whatwg.org/specs/web-apps/current-work/）的一部分
除了XMLHttpRequest以外，所有的技术都是目前已经广泛使用，得到了广泛理解的基于Web标准的技术。几乎所有主流的浏览器，例如IE、Firefox、Netscape、 Opera、Safari全部都支持XMLHttpRequest技术。所以Ajax就是目前做Web开发最符合标准的技术。
Ajax应用与传统的Web应用的区别主要在3个地方：
1. 不刷新整个页面，在页面内与服务器通信。
2 使用异步方式与服务器通信，不需要打断用户的操作，具有更加迅速的的响应能力。
3. 应用仅由少量页面组成。大部分交互在页面之内完成，不需要切换整个页面。
Ajax工作流程图见图1
DWR是在Apache许可下的一个开源的解决方案，DWR是一个开源的类库,可以帮助开发人员开发包含AJAX技术的网站.它可以允许在浏览器里的代码使用运行在WEB服务器上的JAVA函数,就像它就在浏览器里一样。DWR通过JavaScript直接调用远程组件可以减少Web开发的时间，特别对于那些具有和用户频繁交互的Web应用程序。DWR使得浏览器不用刷新页面就可以从远程Web服务器取得用户需的数据，这种无刷新页面的交互方式大大提高Web页面的响应时间。

DWR的配置文件如下：

...

图2是DWR的工作图（续）
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

关于Hibernate连接池的问题

wlcome998 — Mon, 03 Mar 2008 15:00:41 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/166955 发表时间: 2008年03月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

以前看过别人在Tomcat中使用proxy模式操作DBCP连接池，很方便，即在当前请求连接池数大于连接池池中的数目时，可以在程序中使用DataSource.setMaxActive()函数动态的修改DBCP的最大连接数，
想请问下在Hibernate3中所带的c3p0以及proxool连接池是否可以在程序中这样动态的修改连接池的最大和最小连接数。恳请指点
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

两个Hibernate中的问题

wlcome998 — Tue, 25 Dec 2007 10:42:45 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/150652 发表时间: 2007年12月25日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

想问两个所遇到的困惑问题
1。在Hibernate中存在三种状态，transient（瞬时态）、persistent（持久态）、detached（脱管态）
瞬时态是保存在内存，当调用save时，瞬时态与session相关联成为持久态，将保存在数据库中，但是当session关闭时，将清空缓存，这是对象将成为脱管态，脱管态一般是存放在什么位置？
2.如果我需要使用两个数据库，一个是远程的数据库，一个是本地的数据库，之间可能还需要存在通信，这种情况使用Hibernate会不会很麻烦。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

请教一个系统设计的问题

wlcome998 — Wed, 05 Dec 2007 17:02:11 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/146240 发表时间: 2007年12月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

当使用Hibernate开源框架去做一个大中型系统的持久层时，我们一开始做的究竟应该是先设计数据库，然后按照数据库，使用工具将数据库映射成对象；还是完全撇开传统的关系数据库思想，使用Evans DDD的设计先建立实体之间关系图（或建立域模型），那么之后的数据库应如何生成，感觉始终都要面对RDB设计这样的问题。比较RDB是主流的数据库。
不知道大家在平时的设计时一般按哪样的流程去做，能否介绍下大家在使用Hibernate设计时的流程和思路。
最近一直在思考，如何使得关系数据库设计和Hibernate理念结合后产生的性能最好，能体现出Hibernate的优势和性能。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

问一个系统设计的问题

wlcome998 — Wed, 05 Dec 2007 16:58:53 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/146238 发表时间: 2007年12月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

当使用Hibernate开源框架去做一个大中型系统的持久层时，我们一开始做的究竟应该是先设计数据库，然后按照数据库，使用工具将数据库映射成对象；还是完全撇开传统的关系数据库思想，先建立实体之间关系图（或建立域模型），然后根据该模型在设计数据库。
不知道大家在平时的设计时一般按哪样的流程去做，能否介绍下大家在使用Hibernate设计时的流程和思路。
最近一直在思考，如何使得数据库设计和Hibernate理念结合后产生的性能最好，能体现出Hibernate的优势和性能。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

【转】数据库设计三大范式应用实例剖析

wlcome998 — Mon, 29 Oct 2007 10:56:13 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/136258 发表时间: 2007年10月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被惟一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。如图3-2 员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是惟一的，因此每个员工可以被惟一区分。这个惟一属性列被称为主关键字或主键、主码。

第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。简而言之，第二范式就是非主属性非部分依赖于主关键字。

设计范式是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则就是范式。关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式（3NF）就行了。下面我们举例介绍第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。

在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。这样可能使数据库产生重复数据，从而导致创建多余的表。范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。

下面是范化的一个例子　　Customer 　　Item purchased 　　 Purchase price 　　Thomas 　　　Shirt 　　　　　　　$40 　　Maria Tennis shoes 　　　 $35 　　　Evelyn 　　 Shirt $40　　Pajaro Trousers $25 　　

如果上面这个表用于保存物品的价格，而你想要删除其中的一个顾客，这时你就必须同时删除一个价格。范化就是要解决这个问题，你可以将这个表化为两个表，一个用于存储每个顾客和他所买物品的信息，另一个用于存储每件产品和其价格的信息，这样对其中一个表做添加或删除操作就不会影响另一个表。

关系数据库的几种设计范式介绍

1 第一范式（1NF）

在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。例如，对于图3-2 中的员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次。简而言之，第一范式就是无重复的列。

2 第二范式（2NF）

3 第三范式（3NF）

满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在图3-2的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。

数据库设计三大范式应用实例剖析

数据库的设计范式是数据库设计所需要满足的规范，满足这些规范的数据库是简洁的、结构明晰的，同时，不会发生插入（insert）、删除（delete）和更新（update）操作异常。反之则是乱七八糟，不仅给数据库的编程人员制造麻烦，而且面目可憎，可能存储了大量不需要的冗余信息。

设计范式是不是很难懂呢？非也，大学教材上给我们一堆数学公式我们当然看不懂，也记不住。所以我们很多人就根本不按照范式来设计数据库。

实质上，设计范式用很形象、很简洁的话语就能说清楚，道明白。本文将对范式进行通俗地说明，并以笔者曾经设计的一个简单论坛的数据库为例来讲解怎样将这些范式应用于实际工程。

　　 范式说明

第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。

例如，如下的数据库表是符合第一范式的：

字段1	字段2	字段3	字段4

而这样的数据库表是不符合第一范式的：

字段1	字段2	字段3		字段4
		字段3.1	字段3.2

很显然，在当前的任何关系数据库管理系统（DBMS）中，傻瓜也不可能做出不符合第一范式的数据库，因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此，你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。

第二范式（2NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。

假定选课关系表为SelectCourse(学号, 姓名, 年龄, 课程名称, 成绩, 学分)，关键字为组合关键字(学号, 课程名称)，因为存在如下决定关系：

(学号, 课程名称) → (姓名, 年龄, 成绩, 学分)

这个数据库表不满足第二范式，因为存在如下决定关系：

(课程名称) → (学分)

(学号) → (姓名, 年龄)

即存在组合关键字中的字段决定非关键字的情况。

由于不符合2NF，这个选课关系表会存在如下问题：

(1) 数据冗余：

同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。

(2) 更新异常：

若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。

(3) 插入异常：

假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。

(4) 删除异常：

假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。

把选课关系表SelectCourse改为如下三个表：

学生：Student(学号, 姓名, 年龄)；

课程：Course(课程名称, 学分)；

选课关系：SelectCourse(学号, 课程名称, 成绩)。

这样的数据库表是符合第二范式的，消除了数据冗余、更新异常、插入异常和删除异常。

另外，所有单关键字的数据库表都符合第二范式，因为不可能存在组合关键字。

第三范式（3NF）：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系：

关键字段 → 非关键字段x → 非关键字段y

假定学生关系表为Student(学号, 姓名, 年龄, 所在学院, 学院地点, 学院电话)，关键字为单一关键字"学号"，因为存在如下决定关系：

(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话)

这个数据库是符合2NF的，但是不符合3NF，因为存在如下决定关系：

(学号) → (所在学院) → (学院地点, 学院电话)

即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。

它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知。

把学生关系表分为如下两个表：

学生：(学号, 姓名, 年龄, 所在学院)；

学院：(学院, 地点, 电话)。

这样的数据库表是符合第三范式的，消除了数据冗余、更新异常、插入异常和删除异常。

鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。

假设仓库管理关系表为StorehouseManage(仓库ID, 存储物品ID, 管理员ID, 数量)，且有一个管理员只在一个仓库工作；一个仓库可以存储多种物品。这个数据库表中存在如下决定关系：

(仓库ID, 存储物品ID) →(管理员ID, 数量)

(管理员ID, 存储物品ID) → (仓库ID, 数量)

所以，(仓库ID, 存储物品ID)和(管理员ID, 存储物品ID)都是StorehouseManage的候选关键字，表中的唯一非关键字段为数量，它是符合第三范式的。但是，由于存在如下决定关系：

(仓库ID) → (管理员ID)

(管理员ID) → (仓库ID)

即存在关键字段决定关键字段的情况，所以其不符合BCNF范式。它会出现如下异常情况：

(1) 删除异常：

当仓库被清空后，所有"存储物品ID"和"数量"信息被删除的同时，"仓库ID"和"管理员ID"信息也被删除了。

(2) 插入异常：

当仓库没有存储任何物品时，无法给仓库分配管理员。

(3) 更新异常：

如果仓库换了管理员，则表中所有行的管理员ID都要修改。

把仓库管理关系表分解为二个关系表：

仓库管理：StorehouseManage(仓库ID, 管理员ID)；

仓库：Storehouse(仓库ID, 存储物品ID, 数量)。

这样的数据库表是符合BCNF范式的，消除了删除异常、插入异常和更新异常。

　　 范式应用

我们来逐步搞定一个论坛的数据库，有如下信息：

（1）用户：用户名，email，主页，电话，联系地址

（2）帖子：发帖标题，发帖内容，回复标题，回复内容

第一次我们将数据库设计为仅仅存在表：

用户名

主页

电话

联系地址

发帖标题

发帖内容

回复标题

回复内容

这个数据库表符合第一范式，但是没有任何一组候选关键字能决定数据库表的整行，唯一的关键字段用户名也不能完全决定整个元组。我们需要增加"发帖ID"、"回复ID"字段，即将表修改为：

用户名

主页

电话

联系地址

发帖ID

发帖标题

发帖内容

回复ID

回复标题

回复内容

这样数据表中的关键字(用户名，发帖ID，回复ID)能决定整行：

(用户名,发帖ID,回复ID) → (email,主页,电话,联系地址,发帖标题,发帖内容,回复标题,回复内容)

但是，这样的设计不符合第二范式，因为存在如下决定关系：

(用户名) → (email,主页,电话,联系地址)

(发帖ID) → (发帖标题,发帖内容)

(回复ID) → (回复标题,回复内容)

即非关键字段部分函数依赖于候选关键字段，很明显，这个设计会导致大量的数据冗余和操作异常。

我们将数据库表分解为（带下划线的为关键字）：

（1）用户信息：用户名，email，主页，电话，联系地址

（2）帖子信息：发帖ID，标题，内容

（3）回复信息：回复ID，标题，内容

（4）发贴：用户名，发帖ID

（5）回复：发帖ID，回复ID

这样的设计是满足第1、2、3范式和BCNF范式要求的，但是这样的设计是不是最好的呢？

不一定。

观察可知，第4项"发帖"中的"用户名"和"发帖ID"之间是1：N的关系，因此我们可以把"发帖"合并到第2项的"帖子信息"中；第5项"回复"中的" 发帖ID"和"回复ID"之间也是1：N的关系，因此我们可以把"回复"合并到第3项的"回复信息"中。这样可以一定量地减少数据冗余，新的设计为：

（1）用户信息：用户名，email，主页，电话，联系地址

（2）帖子信息：用户名，发帖ID，标题，内容

（3）回复信息：发帖ID，回复ID，标题，内容

数据库表1显然满足所有范式的要求；

数据库表2中存在非关键字段"标题"、"内容"对关键字段"发帖ID"的部分函数依赖，即不满足第二范式的要求，但是这一设计并不会导致数据冗余和操作异常；

数据库表3中也存在非关键字段"标题"、"内容"对关键字段"回复ID"的部分函数依赖，也不满足第二范式的要求，但是与数据库表2相似，这一设计也不会导致数据冗余和操作异常。

由此可以看出，并不一定要强行满足范式的要求，对于1：N关系，当1的一边合并到N的那边后，N的那边就不再满足第二范式了，但是这种设计反而比较好！

对于M：N的关系，不能将M一边或N一边合并到另一边去，这样会导致不符合范式要求，同时导致操作异常和数据冗余。
对于1：1的关系，我们可以将左边的1或者右边的1合并到另一边去，设计导致不符合范式要求，但是并不会导致操作异常和数据冗余。

　　结论

满足范式要求的数据库设计是结构清晰的，同时可避免数据冗余和操作异常。这并意味着不符合范式要求的设计一定是错误的，在数据库表中存在1：1或1：N关系这种较特殊的情况下，合并导致的不符合范式要求反而是合理的。

在我们设计数据库的时候，一定要时刻考虑范式的要求。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

【原创】ANTLR编译器以及在HQL中应用（一）

wlcome998 — Tue, 18 Sep 2007 11:44:59 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/124933 发表时间: 2007年09月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

什么是ANTLR？

ANTLR, 语言识别的另一个工具(ANother Tool for Language Recognition)，是一种语言工具，它提供了一个框架，可以通过包含Java,C++,或C#动作的语法描述来构造语言识别器，编译器和解释器。它是由Terence Parr 领导开发（以前叫做PCCTS，Purdue Compiler Construction Tool Set，普渡大学编译器构建工具集），也是一种分析器自动生成工具，它可以接受语言的文法描述，并能产生识别这些语言的程序。

相比于YACC使用的LR/LALR的算法，ANTLR通过更好的灵活性、错误处理机制、简易的调式部分来做递归下降的语法分析。这里介绍的是ANTLR结合了手工语法处理和语法生成器的方便。ANTLR比其他语言工具容易使用。

    ANTLR采用的是top-down的递归下降LL分析方法，而不是表驱动的LL/LR分析方法，相比较手工建立的递归下降分析器，表驱动的LL/LR分析器没有足够强的分析能力，并很难理解和调试。
语法分析器不仅仅用于识别语言，还应于词法分析器交互，报告语法分析的错误，构建抽象语法树，调用各种用户的动作。
    ANTLR语法分析器用于构建可读的递归下降的LL(K)语法分析器，LL(K)相对于LL(1)更加易读，易于让人接受和易于表达，并且也减少左提供公因子的个数。当K>1时，支持断言。
    ANTLR相比较于其他的语法分析器优点在于：
1    ANTLR集成了词法和语法的分析。
2   ANTLR接受由EBNF范式构建的语法。
3   ANTLR能自动构建语法抽象树。
4    ANTLR使用的是递归下降的语法分析器，因此语法规范和ANTLR输出之间的对应关系比较清楚。比较容易理解。
5    ANTLR能方便的自动和手工进行错误恢复和报错，自动机制能简单有效地分析许多语法情况:手动的机制被称为“语法分析异常处理”，简化了高质量的错误处理。
6    ANTLR允许每个语法规则都有参数和返回值，方便在语法分析中的属性传递。一个规则的参数会被转换成一个函数的参数，ANTLR中可以有多个返回值。
7   ANTLR还有众多的功能，使其成为一个产品，而不仅仅是研究性的工程。而且ANTLR是用java语言写的，可方便移植和调式。很容易整合到项目的应用程序中。

ANTLR并不是使用纯正的LL(K)算法，它使用了最小lookahead的决策算法对LL(K)算法进行改进，加速了语法的分析和分析速度，并减少了分析代码的尺寸，但对于大多数的决策，向前lookahead 1个token已经足够，因此ANTLR语法分析器的效率近似于LL(1)递归下降分析器。也使其复杂度从O(m^K)降到O(m*k);因此也大大提高了分析效率。

此外，ANLLR的LL(K)算法还有一个重要特性，即支持断言，能有效的消除冲突，断言分为语法断言和语义断言。

以下三部分将就ANTLR的Lexer、parser以及TreeParser做详细具体的介绍（待续）

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

[转]关于HQL语言的一些小结

wlcome998 — Tue, 18 Sep 2007 11:22:58 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/124923 发表时间: 2007年09月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

HQL查询：

Criteria查询对查询条件进行了面向对象封装，符合编程人员的思维方式，不过HQL(Hibernate Query Lanaguage)查询提供了更加丰富的和灵活的查询特性，因此Hibernate将HQL查询方式立为官方推荐的标准查询方式，HQL查询在涵盖Criteria查询的所有功能的前提下，提供了类似标准SQL语句的查询方式，同时也提供了更加面向对象的封装。完整的HQL语句形势如下：

Select/update/delete…… from …… where …… group by …… having …… order by …… asc/desc

其中的update/delete为Hibernate3中所新添加的功能，可见HQL查询非常类似于标准SQL查询。由于HQL查询在整个Hibernate实体操作体系中的核心地位，这一节我将专门围绕HQL操作的具体技术细节进行讲解。

1、 实体查询：

有关实体查询技术，其实我们在先前已经有多次涉及，比如下面的例子：

String hql=”from User user ”;

List list=session.CreateQuery(hql).list();

上面的代码执行结果是，查询出User实体对象所对应的所有数据，而且将数据封装成User实体对象，并且放入List中返回。这里需要注意的是，Hibernate的实体查询存在着对继承关系的判定，比如我们前面讨论映射实体继承关系中的Employee实体对象，它有两个子类分别是HourlyEmployee，SalariedEmployee,如果有这样的HQL语句：“from Employee”,当执行检索时Hibernate会检索出所有Employee类型实体对象所对应的数据（包括它的子类HourlyEmployee，SalariedEmployee对应的数据）。

因为HQL语句与标准SQL语句相似，所以我们也可以在HQL语句中使用where字句，并且可以在where字句中使用各种表达式，比较操作符以及使用“and”,”or”连接不同的查询条件的组合。看下面的一些简单的例子：

from User user where user.age=20;

from User user where user.age between 20 and 30;

from User user where user.age in(20,30);

from User user where user.name is null;

from User user where user.name like ‘%zx%’;

from User user where (user.age%2)=1;

from User user where user.age=20 and user.name like ‘%zx%’;

2、 实体的更新和删除：

在继续讲解HQL其他更为强大的查询功能前，我们先来讲解以下利用HQL进行实体更新和删除的技术。这项技术功能是Hibernate3的新加入的功能，在Hibernate2中是不具备的。比如在Hibernate2中，如果我们想将数据库中所有18岁的用户的年龄全部改为20岁，那么我们要首先将年龄在18岁的用户检索出来，然后将他们的年龄修改为20岁，最后调用Session.update()语句进行更新。在Hibernate3中对这个问题提供了更加灵活和更具效率的解决办法，如下面的代码：

Transaction trans=session.beginTransaction();

String hql=”update User user set user.age=20 where user.age=18”;

Query queryupdate=session.createQuery(hql);

int ret=queryupdate.executeUpdate();

trans.commit();

通过这种方式我们可以在Hibernate3中，一次性完成批量数据的更新，对性能的提高是相当的可观。同样也可以通过类似的方式来完成delete操作，如下面的代码：

Transaction trans=session.beginTransaction();

String hql=”delete from User user where user.age=18”;

Query queryupdate=session.createQuery(hql);

int ret=queryupdate.executeUpdate();

trans.commit();

如果你是逐个章节阅读的化，那么你一定会记起我在第二部分中有关批量数据操作的相关论述中，讨论过这种操作方式，这种操作方式在Hibernate3中称为bulk delete/update，这种方式能够在很大程度上提高操作的灵活性和运行效率，但是采用这种方式极有可能引起缓存同步上的问题(请参考相关论述)。

3、 属性查询：

很多时候我们在检索数据时，并不需要获得实体对象所对应的全部数据，而只需要检索实体对象的部分属性所对应的数据。这时候就可以利用HQL属性查询技术，如下面程序示例：

List list=session.createQuery(“select user.name from User user ”).list();

for(int i=0;i

System.out.println(list.get(i));

}

我们只检索了User实体的name属性对应的数据，此时返回的包含结果集的list中每个条目都是String类型的name属性对应的数据。我们也可以一次检索多个属性，如下面程序：

List list=session.createQuery(“select user.name,user.age from User user ”).list();

for(int i=0;i

Object[] obj=(Object[])list.get(i);

System.out.println(obj[0]);

System.out.println(obj[1]);

}

此时返回的结果集list中，所包含的每个条目都是一个Object[]类型，其中包含对应的属性数据值。作为当今我们这一代深受面向对象思想影响的开发人员，可能会觉得上面返回Object[]不够符合面向对象风格，这时我们可以利用HQL提供的动态构造实例的功能对这些平面数据进行封装，如下面的程序代码：

List list=session.createQuery(“select new User(user.name,user.age) from User user ”).list();

for(int i=0;i

User user=(User)list.get(i);

System.out.println(user.getName());

System.out.println(user.getAge());

}

这里我们通过动态构造实例对象，对返回结果进行了封装，使我们的程序更加符合面向对象风格，但是这里有一个问题必须注意，那就是这时所返回的User对象，仅仅只是一个普通的Java对象而以，除了查询结果值之外，其它的属性值都为null（包括主键值id），也就是说不能通过Session对象对此对象执行持久化的更新操作。如下面的代码：

List list=session.createQuery(“select new User(user.name,user.age) from User user ”).list();

for(int i=0;i

User user=(User)list.get(i);

user.setName(“gam”);

session.saveOrUpdate(user);//这里将会实际执行一个save操作，而不会执行update操作，因为这个User对象的id属性为null，Hibernate会把它作为一个自由对象（请参考持久化对象状态部分的论述），因此会对它执行save操作。

}

4、 分组与排序

A、Order by子句：

与SQL语句相似，HQL查询也可以通过order by子句对查询结果集进行排序，并且可以通过asc或者desc关键字指定排序方式，如下面的代码：

from User user order by user.name asc,user.age desc;

上面HQL查询语句，会以name属性进行升序排序，以age属性进行降序排序，而且与SQL语句一样，默认的排序方式为asc,即升序排序。

B、Group by子句与统计查询：

在HQL语句中同样支持使用group by子句分组查询，还支持group by子句结合聚集函数的分组统计查询，大部分标准的SQL聚集函数都可以在HQL语句中使用，比如：count(),sum(),max(),min(),avg()等。如下面的程序代码：

String hql=”select count(user),user.age from User user group by user.age having count(user)>10 ”;

List list=session.createQuery(hql).list();

C、优化统计查询：

假设我们现在有两张数据库表，分别是customer表和order表，它们的结构如下：

customer

ID varchar2(14)

age number(10)

name varchar2(20)

order

ID varchar2(14)

order_number number(10)

customer_ID varchar2(14)

现在有两条HQL查询语句，分别如下：

from Customer c inner join c.orders o group by c.age;(1)

select c.ID,c.name,c.age,o.ID,o.order_number,o.customer_ID

from Customer c inner join c.orders c group by c.age;(2)

这两条语句使用了HQL语句的内连接查询（我们将在HQL语句的连接查询部分专门讨论），现在我们可以看出这两条查询语句最后所返回的结果是一样的，但是它们其实是有明显区别的，语句（1）检索的结果会返回Customer与Order持久化对象，而且它们会被置于Hibernate的Session缓存之中，并且Session会负责它们在缓存中的唯一性以及与后台数据库数据的同步，只有事务提交后它们才会从缓存中被清除；而语句（2）返回的是关系数据而并非是持久化对象，因此它们不会占用Hibernate的Session缓存，只要在检索之后应用程序不在访问它们，它们所占用的内存就有可能被JVM的垃圾回收器回收，而且Hibernate不会同步对它们的修改。

在我们的系统开发中，尤其是Mis系统，不可避免的要进行统计查询的开发，这类功能有两个特点：第一数据量大；第二一般情况下都是只读操作而不会涉及到对统计数据进行修改，那么如果采用第一种查询方式，必然会导致大量持久化对象位于Hibernate的Session缓存中，而且Hibernate的Session缓存还要负责它们与数据库数据的同步。而如果采用第二种查询方式，显然就会提高查询性能，因为不需要Hibernate的Session缓存的管理开销，而且只要应用程序不在使用这些数据，它们所占用的内存空间就会被回收释放。

因此在开发统计查询系统时，尽量使用通过select语句写出需要查询的属性的方式来返回关系数据，而避免使用第一种查询方式返回持久化对象（这种方式是在有修改需求时使用比较适合），这样可以提高运行效率并且减少内存消耗。㊣真正的高手并不是精通一切，而是精通在合适的场合使用合适的手段。

5、 参数绑定：

Hibernate中对动态查询参数绑定提供了丰富的支持，那么什么是查询参数动态绑定呢？其实如果我们熟悉传统JDBC编程的话，我们就不难理解查询参数动态绑定，如下代码传统JDBC的参数绑定：

PrepareStatement pre=connection.prepare(“select * from User where user.name=?”);

pre.setString(1,”zhaoxin”);

ResultSet rs=pre.executeQuery();

在Hibernate中也提供了类似这种的查询参数绑定功能，而且在Hibernate中对这个功能还提供了比传统JDBC操作丰富的多的特性，在Hibernate中共存在4种参数绑定的方式，下面我们将分别介绍：

A、 按参数名称绑定：

在HQL语句中定义命名参数要用”:”开头，形式如下：

Query query=session.createQuery(“from User user where user.name=:customername and user:customerage=:age ”);

query.setString(“customername”,name);

query.setInteger(“customerage”,age);

上面代码中用:customername和:customerage分别定义了命名参数customername和customerage，然后用Query接口的setXXX()方法设定名参数值，setXXX()方法包含两个参数，分别是命名参数名称和命名参数实际值。

B、 按参数位置邦定：

在HQL查询语句中用”?”来定义参数位置，形式如下：

Query query=session.createQuery(“from User user where user.name=? and user.age =? ”);

query.setString(0,name);

query.setInteger(1,age);

同样使用setXXX()方法设定绑定参数，只不过这时setXXX()方法的第一个参数代表邦定参数在HQL语句中出现的位置编号（由0开始编号），第二个参数仍然代表参数实际值。

注：在实际开发中，提倡使用按名称邦定命名参数，因为这不但可以提供非常好的程序可读性，而且也提高了程序的易维护性，因为当查询参数的位置发生改变时，按名称邦定名参数的方式中是不需要调整程序代码的。

C、 setParameter()方法：

在Hibernate的HQL查询中可以通过setParameter()方法邦定任意类型的参数，如下代码：

String hql=”from User user where user.name=:customername ”;

Query query=session.createQuery(hql);

query.setParameter(“customername”,name,Hibernate.STRING);

如上面代码所示，setParameter()方法包含三个参数，分别是命名参数名称，命名参数实际值，以及命名参数映射类型。对于某些参数类型setParameter()方法可以更具参数值的Java类型，猜测出对应的映射类型，因此这时不需要显示写出映射类型，像上面的例子，可以直接这样写：

query.setParameter(“customername”,name);但是对于一些类型就必须写明映射类型，比如java.util.Date类型，因为它会对应Hibernate的多种映射类型，比如Hibernate.DATA或者Hibernate.TIMESTAMP。

D、 setProperties()方法：

在Hibernate中可以使用setProperties()方法，将命名参数与一个对象的属性值绑定在一起，如下程序代码：

Customer customer=new Customer();

customer.setName(“pansl”);

customer.setAge(80);

Query query=session.createQuery(“from Customer c where c.name=:name and c.age=:age ”);

query.setProperties(customer);

setProperties()方法会自动将customer对象实例的属性值匹配到命名参数上，但是要求命名参数名称必须要与实体对象相应的属性同名。

这里还有一个特殊的setEntity()方法，它会把命名参数与一个持久化对象相关联，如下面代码所示：

Customer customer=(Customer)session.load(Customer.class,”1”);

Query query=session.createQuery(“from Order order where order.customer=:customer ”);

query. setProperties(“customer”,customer);

List list=query.list();

上面的代码会生成类似如下的SQL语句：

Select * from order where customer_ID=’1’;

E、 使用绑定参数的优势：

我们为什么要使用绑定命名参数？任何一个事物的存在都是有其价值的，具体到绑定参数对于HQL查询来说，主要有以下两个主要优势：

①、 可以利用数据库实施性能优化，因为对Hibernate来说在底层使用的是PrepareStatement来完成查询，因此对于语法相同参数不同的SQL语句，可以充分利用预编译SQL语句缓存，从而提升查询效率。

②、 可以防止SQL Injection安全漏洞的产生：

SQL Injection是一种专门针对SQL语句拼装的攻击方式，比如对于我们常见的用户登录，在登录界面上，用户输入用户名和口令，这时登录验证程序可能会生成如下的HQL语句：

“from User user where user.name=’”+name+”’ and user.password=’”+password+”’ ”

这个HQL语句从逻辑上来说是没有任何问题的，这个登录验证功能在一般情况下也是会正确完成的，但是如果在登录时在用户名中输入”zhaoxin or ‘x’=’x”,这时如果使用简单的HQL语句的字符串拼装，就会生成如下的HQL语句：

“from User user where user.name=’zhaoxin’ or ‘x’=’x’ and user.password=’admin’ ”;

显然这条HQL语句的where字句将会永远为真，而使用户口令的作用失去意义，这就是SQL Injection攻击的基本原理。

而使用绑定参数方式，就可以妥善处理这问题,当使用绑定参数时，会得到下面的HQL语句：

from User user where user.name=’’zhaoxin’’ or ‘’x=’’x’’ ‘ and user.password=’admin’;由此可见使用绑定参数会将用户名中输入的单引号解析成字符串（如果想在字符串中包含单引号，应使用重复单引号形式），所以参数绑定能够有效防止SQL Injection安全漏洞。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

求助HQL的DFA

wlcome998 — Thu, 16 Aug 2007 10:41:57 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/112937 发表时间: 2007年08月16日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

最近想画个识别HQL语言的有限自动机来，

初步将输入的字符流分为三类：

HQL保留字：如from、 where

符号：如 =、<>、！=等

数字或者字母。

先想以from table where a>5为例，来设计能识别类似字符流的DFA

但苦于没什么参考资料，各位高手能指点下或者或提供类似的资料吗？谢谢了

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

疑问：关于ANTLR判断的结束符

wlcome998 — Wed, 18 Jul 2007 17:46:39 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/102485 发表时间: 2007年07月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

本人最近在看Hibernate源代码，也顺便研究了ANTLR这一应用在Hibernate中对HQL到SQL进行转换的文法分析器。
现有一些疑问列举如下，希望高手赐教：
本人自己写了个expr.g文件，工作平台 eclipse+Antlr studio插件 ANTLR2.7.6
class ExprParser extends Parser;
options{
    buildAST=true;
}
expr: bexpr ;
bexpr: mexpr((PLUS^|MINUS^) mexpr)*;
mexpr
    : atom(STAR^ atom)*
    ;

atom: INT
    | LPAREN! expr RPAREN!
    ;

class ExprLexer extends Lexer;

options{
    k=2;
    charVocabulary='\u0000'..'\u007F';
}

LPAREN : '(';
RPAREN : ')';
PLUS    : '+';
MINUS   : '-';
STAR    : '*';
INT     : ('0'..'9')+;
WS      : (' '
          | '\t'
          | '\r' '\n' { newline(); }
          | '\n'      { newline(); }
          )
          { $setType(Token.SKIP); }
        ;

java文件
public static void main(String[] args) throws Exception, TokenStreamException {
        System.out.println("OK");
        ExprLexer lexer = new ExprLexer(System.in);
        ExprParser parser= new ExprParser(lexer);
        parser.expr();
        AST t =parser.getAST();
        System.out.println(t.toStringTree());
    }

以上表达式分要是做词法分析，并转换成AST树
但本人输入1+2或者2+2*2任何表达式按回车均无任何反应，感觉ANTLR并没认为回车是输入的结束，想问下ANTLR中默认的判断输入的结束符是什么？

好像expr: bexpr ;改成expr: bexpr SEMI; 并在Lexer中添加SEMI    :';';，可以实现在Antl强制定义分号为结束符；但不知道如果不加SEMI，ANTLR如何判断输入结束！！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

关于Hibernate常用的接口和使用流程

wlcome998 — Fri, 29 Jun 2007 15:36:19 +0800

作者: wlcome998 链接：http://wlcome998.javaeye.com/blog/95553 发表时间: 2007年06月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Configuration 接口

Configuration接口的作用是对Hibernate进行配置，以及对它进行启动。在Hibernate的启动过程中，Configuration类的实例首先定位映射文档的位置，读取这些配置，然后创建一个SessionFactory对象。
SessionFactory 接口

　　这里用到了一个设计模式――工厂模式，用户程序从工厂类SessionFactory中取得Session的实例。SessionFactory并不是轻量级的，一个项目通常只需要一个 SessionFactory就够了，但是当你的项目要操作多个数据库时，那你必须为每个数据库指定一个SessionFactory。
SessionFactory在Hibernate中实际起到了一个缓冲区的作用，它缓冲了Hibernate自动生成的SQL语句和一些其它的映射数据，还缓冲了一些将来有可能重复利用的数据。

Session接口

　　Session接口对于Hibernate 开发人员来说是一个最重要的接口。然而在Hibernate中，实例化的Session是一个轻量级的类，创建和销毁它都不会占用很多资源。这在实际项目中确实很重要，因为在客户程序中，可能会不断地创建以及销毁Session对象，如果Session的开销太大，会给系统带来不良影响。但值得注意的是 Session对象是非线程安全的，因此在你的设计中，最好是一个线程只创建一个Session对象。

Hibernate使用Session来存取，它是持久化管理器接口，代表与数据库之间的一次操作。然而为了操作持久化数据，首先要获得SessionFactory对象，SessionFactory负责一个数据库，是Session的工厂，对于一个XML配置文件，SessionFactory对象Configuration对象负责创建。这里的net.sf.hibernate.cfg.Configuration的一个实例代表了应用程序中所有的Java类到关系数据库的映射的集合，这些映射是从一些XML映射文件中编译得到的。可以得到一个Configuration的实例，直接实例化即可，当所有的映射都被Configuration解析之后，应用程序为了得到Session实例，必须先得到它的工厂，这些工厂应该是应用程序的所有线程所共享的。当然Hibernate并不禁止程序实例化多个SessionFactory，这在使用不止一个数据库时候就很有用。

Transaction 接口

　　Transaction接口是一个可选的API，你可以选择不使用这个接口，取而代之的是Hibernate的设计者自己写的底层事务处理代码。 Transaction接口是对实际事务实现的一个抽象，这些实现包括JDBC的事务、JTA中的UserTransaction、甚至可以是CORBA 事务。之所以这样设计是能让开发者能够使用一个统一事务的操作界面，使得自己的项目可以在不同的环境和容器之间方便地移值。

Query和Criteria接口

　　Query接口让你方便地对数据库及持久对象进行查询，它可以有两种表达方式：HQL语言或本地数据库的SQL语句。Query经常被用来绑定查询参数、限制查询记录数量，并最终执行查询操作。

　　Criteria接口与Query接口非常类似，它允许你创建并执行面向对象的标准化查询。

　　值得注意的是Query接口也是轻量级的，它不能在Session之外使用。

Callback 接口

当一些有用的事件发生时――例如持久对象的载入、存储、删除时，Callback接口会通知Hibernate去接收一个通知消息。一般而言，Callback接口在用户程序中并不是必须的，但你要在你的项目中创建审计日志时，你可能会用到它。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐