久久精品国产亚洲AV麻豆网站 ,亚洲a一级免费视频,亚洲色无码专区一区

�q�发问题及控制手�D?

killvin — Thu, 06 Apr 2006 02:57:00 GMT

http://www.cnblogs.com/zhenyulu/articles/208799.html

�W?�?�q�发问题及控制手�D?/h1>
什么是�q�发问题�Q�假设有�q�么一家书吧，��֮�可以到那里喝茶读书。顾客拿着选好要读的图书到柜台登记�Q�然后找个地方去阅读�Q��走时��图书归�q�店家。有一天，一个顾客相中了一本书后正要拿�ȝ��讎ͼ�另一个顾客的手也抓住了这仅有的一本书�Q��ƈ发问题出��C��。两个顾客要��d��一本书�Q�互不相让，�q�让店主伤透了脑筋。这个案例仅仅是众多�q�发问题中的一个微��部分，但从中我们可以看出�ƈ发问题主要出现在多个用户�Ҏ��限资源进行访问的时候，如果解决不好会直接媄响系�l�的有效、正常运行。数据库是一个共享的资源�Q��ƈ发问题的出现是必不可免的�Q�如何识别�ƈ发类型�ƈ加以控制是这一章重点要讲述的内宏V�?/p>
本章��分成两大部分，一部分主要讲Visual FoxPro中�ƈ发控制机制。VFP中�ƈ发控制相对简单，数据加锁的�Ş式比较单一�Q�非帔R��合作�ؓ初步了解�q�发问题的切入点。第二部分以SQL Server 2000、ADO.NET以及C#��Z��要工��P��深入了解�q�发一致性问题、封锁协议、事务隔��ȝ��内容�Q�难度相对较深。象一些更为深入的�q�发控制手段�Q�例如多�_�度��锁和意象锁�{�内容在本章中将不做深入讨论�Q�感兴趣可以参考相关书�c��?/p>

[实在不好意思COPY别�h的成果，不过�q�篇文章出奇的精彩，��ƈ发操作的来龙去脉说的清清楚楚�Q�也是我正要扄��Q�比JAVAEYE上面所谓的专家叫嚷着什�?悲观�?�?乐观�?而不解是原因要强的多�Q�值得收藏]

killvin 2006-04-06 10:57 发表评论

About unsaved-value [resource : javaeye]

killvin — Thu, 02 Mar 2006 12:45:00 GMT

当你昑ּ�的��用session.save()或者session.update()操作一个对象的时候，实际上是用不�?SPAN style="COLOR: #ffa34f">unsaved-value的。某些情况下(父子表关联保�?�Q�当你在�E�序中�ƈ没有昑ּ�的��用save或者update一个持久对象，那么Hibernate需要判断被操作的对象究竟是一个已�l�持久化�q�的持久对象�Q�是一个尚未被持久化过的内存��时对象。例如：

java代码:

 1  Session session = ...; 
 2  Transaction tx = ...; 
 3   
 4  Parent parent = (Parent) session.load(Parent.class, id); 
 5   
 6  Child child = new Child(); 
 7  child.setParent(parent); 
 8  child.setName("sun"); 
 9   
 10 parent.addChild(child); 
 11 s.update(parent); 
 12  
 13 s.flush(); 
 14 tx.commit(); 
 15 s.close();

在上例中�Q�程序�ƈ没有昑ּ�的session.save(child); 那么Hibernate需要知道child�I�竟是一个��时对象，�q�是已经在数据库中有的持久对象。如果child是一个新创徏的��时对�?本例中就是这�U�情�?�Q�那么Hibernate应该自动产生session.save(child)�q�样的操作，如果child是已�l�在数据库中有的持久对象�Q�那么Hibernate应该自动产生session.update(child)�q�样的操作�?

因此我们需要暗�C�Z��下Hibernate�Q�究竟child对象应该对它自动save�q�是update。在上例中，昄��我们应该暗示Hibernate对child自动save�Q�而不是自动update。那么Hibernate如何判断�I�竟对child是save�q�是update呢？它会取一下child的主键属�?child.getId() �Q�这里假设id�?java.lang.Integer�c�d��的。如果取到的Id值和hbm映射文�g中指定的unsave-value相等�Q�那么Hibernate认�ؓchild是新的内存��时对象，发送save�Q�如果不相等�Q�那么Hibernate认�ؓchild是已�l�持久过的对象，发送update�?

unsaved-value="null" (默认情况�Q�适用于大多数对象�c�d��主键 Integer/Long/String/...)

当Hibernate取一下child的Id�Q�取出来的是null(在上例中肯定取出来的是null)�Q�和unsaved-value讑֮�值相�{�，发送save(child)

当Hibernate取一下child的id�Q�取出来的不是null�Q�那么和unsaved-value讑֮��g��相等�Q�发送update(child)

例如下面的情况：

java代码:

 1  Session session = ...; 
 2  Transaction tx = ...; 
 3   
 4  Parent parent = (Parent) session.load(Parent.class, id); 
 5  Child child = (Child) session.load(Child.class, childId); 
 6   
 7  child.setParent(parent); 
 8  child.setName("sun"); 
 9   
 10 parent.addChild(child); 
 11 s.update(parent); 
 12  
 13 s.flush(); 
 14 tx.commit(); 
 15 s.close();

child已经在数据库中有了，是一个持久化的对象，不是新创建的�Q�因此我们希望Hibernate发送update(child)�Q�在该例中，Hibernate取一下child.getId()�Q�和unsave-value指定的null比对一下，发现不相�{�，那么发送update(child)�?

BTW: parent对象不需要操心，因�ؓ�E�序昑ּ�的对parent有load操作和update的操作，不需要Hibernate自己来判断究竟是save�q�是update了。我们要注意的只是child对象的操作。另�?SPAN style="COLOR: #ffa34f">unsaved-value是定义在Child�cȝ��主键属性中的�?

java代码:

 1 <class name="Child" table="child"> 
 2 unsaved-value="null"> 
 3   class="identity"/> 
 4  
 5 ... 
 6 class>

如果主键属性不是对象型�Q�而是基本�c�d��Q�如int/long/double/...�Q�那么你需要指定一个数值型�?SPAN style="COLOR: #ffa34f">unsaved-value�Q�例如：

java代码:

 1 unsaved-null="0"

在此提醒大家�Q�很多�h以�ؓ对主键属性定义�ؓint/long�Q�比定义为Integer/Long�q�行效率来得高，认�ؓ基本�c�d��不需要进行对象的��装和解构操作，因此喜欢把主键定义�ؓint/long的。但实际上，Hibernate内部��L��把主键�{换�ؓ对象型进行操作的�Q�就��你定义为int/long型的�Q�Hibernate内部也要�q�行一�ơ对象构造操作，�q�回�l�你的时候，�q�要�q�行解构操作�Q�效率可能反而低也说不定。因此大家一定要扭�{一个观点，在Hibernate中，主键属性定义�ؓ基本�c�d��Q��ƈ不能够比定义为对象型效率来的高，而且也多了很多麻烦，因此��大家使用对象型的Integer/Long定义主键�?

unsaved-value="none"�?
unsaved-value="any"

��M��要用在主键属性不是通过Hibernate生成�Q�而是�E�序自己setId()的时候�?

在这里多说一句，强烈��使用Hibernate的id generator�Q�或者你可以自己扩展Hibernate的id generator�Q�特别注意不要��用有实际含义的字�D�当做主键来用！例如用户�c�User�Q�很多�h喜欢用用��L��陆名�U�做��Z��键，�q�是一个很不好的习惯，当用��L��和其他实体类有关联关�pȝ��时候，万一你需要修改用��L��陆名�U�ͼ�一改就需要改好几张表中的数据。偶合性太高，而如果你使用无业务意义的id generator�Q�那么修改用户名�U�ͼ��只修改user表就行了�?

��p��个问题引甛_��来，如果你严格按照这个原则来设计数据库，那么你基本上是用不到手工来setId()的，你用Hibernate的id generator��OK了。因此你也不需要了解当

unsaved-value="none"�?
unsaved-value="any"

�I�竟有什么含义了。如果你非要用assigned不可�Q�那么��l�解释一下：

unsaved-value="none" 的时候，�׃��不论主键属性�ؓ��M��|��都不可能为none�Q�因此Hibernate��L��对child对象发送update(child)

unsaved-value="any" 的时候，�׃��不论主键属性�ؓ��M��|��都肯定�ؓany�Q�因此Hibernate��L��对child对象发送save(child)

大多数情况下�Q�你可以避免使用assigned�Q�只有当你��用复合主键的时候不得不手工setId()�Q�这时候需要你自己考虑�I�竟怎么讄��unsaved-value了，�Ҏ��你自��q��需要来定�?

BTW: Gavin King强烈不徏议��用composite-id�Q�强烈徏议��用UserType�?

因此�Q�如果你在系�l�设计的时候，遵��@如下原则�Q?

1、��用Hibernate的id generator来生成无业务意义的主键，不��用有业务含义的字�D�做主键�Q�不使用assigned�?

2、��用对象类�?String/Integer/Long/...)来做主键�Q�而不使用基础�c�d��(int/long/...)做主�?

3、不使用composite-id来处理复合主键的情况�Q�而��用UserType来处理该�U�情��c�?/SPAN>

那么你永�q�用的是unsaved-value="null" �Q�不可能用到any/none/..了�?/SPAN>

killvin 2006-03-02 20:45 发表评论

Update & SavaOrUpdate [author : robbine resource : Javaeye]

killvin — Thu, 02 Mar 2006 12:44:00 GMT

先来�Ҏ��念：

在Hibernate中，最核心的概念就是对PO的状态管理。一个PO有三�U�状态：

1、未被持久化的VO
此时��是一个内存对象VO�Q�由JVM��理生命周期

2、已被持久化的PO�Q��ƈ且在Session生命周期�?
此时映射数据库数据，由数据库��理生命周期

3、曾被持久化�q�，但现在和Session已经detached了，以VO的��n份在�q�行
�q�种和Session已经detached的PO�q�能够进入另一个Session�Q��l�进行PO状态管理，此时它就成�ؓPO的第二种状态了�?SPAN style="COLOR: red">�q�种PO实际上是跨了Session�q�行了状态维护的�?/SPAN>

在传�l�的JDO1.x中，PO只有前面两种状态，一个PO一旦脱��PM�Q�就丧失了状态了�Q�不再和数据库数据关联，成�ؓ一个纯�_�的内存VO�Q�它即�ɘq�入一个新的PM�Q�也不能恢复它的状态了�?

Hibernate强的地方��在于，一个PO��q��Session之后�Q�还能保持状态，再进入一个新的Session之后�Q�就恢复状态管理的能力�Q�但此时状态管理需要��用session.update或者session.saveOrUpdate�Q�这��是Hibernate Reference中提到的“requires a slightly different programming model �?

现在正式�q�入本话题：

��单的来说�Q�update�?SPAN style="COLOR: #ffa34f">saveOrUpdate是用来对跨Session的PO�q�行状态管理的�?/SPAN>

假设你的PO不需要跨Session的话�Q�那么就不需要用刎ͼ�例如你打开一个Session�Q�对PO�q�行操作�Q�然后关闭，之后�q�个PO你也不会再用��C��Q�那么就不需要用update�?

因此�Q�我们来看看上例�Q?

java代码:

 1 Foo foo=sess.load(Foo.class,id); 
 2 foo.setXXX(xxx); 
 3 sess.flush(); 
 4 sess.commit();

PO对象foo的操作都在一个Session生命周期内完成，因此不需要显式的�q�行sess.update(foo)�q�样的操作。Hibernate会自动监��到foo对象已经被修改过�Q�因此就向数据库发送一个update的sql。当然如果你非要加上sess.update(foo)也不会错�Q�只不过�q�样做没有�Q何必要�?

而跨Session的意思就是说�q�个PO对象在Session关闭之后�Q�你�q�把它当做一个VO来用�Q�后来你在Session外面又修改了它的属性，然后你又��x��开一个Session�Q�把VO的属性修改保存到数据库里面，那么你就需要用update了�?

java代码:

 1  // in the first session 
 2  Cat cat = (Cat) firstSession.load(Cat.class, catId); 
 3  Cat potentialMate = new Cat(); 
 4  firstSession.save(potentialMate); 
 5   
 6  // in a higher tier of the application 
 7  cat.setMate(potentialMate); 
 8   
 9  // later, in a new session 
 10 secondSession.update(cat);  // update cat 
 11 secondSession.update(mate); // update mate 
 12 

cat和mate对象是在�W�一个session中取得的�Q�在�W�一个session关闭之后�Q�他们就成了PO的第三种状态，和Session已经detached的PO�Q�此时他们的状态信息仍然被保留下来了。当他们�q�入�W�二个session之后�Q�立��d��可以�q�行状态的更新。但是由于对cat的修�Ҏ��作：cat.setMate(potentialMate); 是在Session外面�q�行的，Hibernate不可能知道cat对象已经被改�q�了�Q�第二个Session�q�不知道�q�种修改�Q�因此一定要昑ּ�的调用secondSession.update(cat); 通知Hibernate�Q�cat对象已经修改了，你必��d��送update的sql了�?

所以update的作用就在于此，它只会被用于当一个PO对象跨Session�q�行状态同步的时候才需要写。而一个PO对象当它不需要跨Session�q�行状态管理的时候，是不需要写update的�?

再谈�?SPAN style="COLOR: #ffa34f">saveOrUpdate的用场：

saveOrUpdate和update的区别就在于在跨Session的PO状态管理中�Q�Hibernate对PO采取何种�{�略�?

例如当你写一个DAOImpl的时候，让cat对象增加一个mate�Q�如下定义：

java代码:

1publicvoid addMate(Cat cat, Mate mate){...}
 2     Session session = ...; 
 3     Transacton tx = ...; 
 4     session.update(cat); 
 5     cat.addMate(mate); 
 6     tx.commit(); 
 7     session.close(); 
 8 };

昄��你是需要把Hibernate的操作封装在DAO里面的，让业务层的程序员和Web层的�E�序员不需要了解Hibernate�Q�直接对DAO�q�行调用�?

此时问题��来了：上面的代码运行正��有一个必要的前提�Q�那��是�Ҏ��调用参数cat对象必须是一个已�l�被持久化过的PO�Q�也��是来说�Q�它应该首先从数据库查询出来�Q�然后才能这��L��。但是业务层的程序员昄��不知道这�U�内部的玄妙�Q�如果他的业务是现在增加一个cat�Q�然后再增加它的mate�Q�他昄��会这栯��用，new一个cat对象出来�Q�然后就addMate�Q?

java代码:

 1 Cat cat = new Cat(); 
 2 cat.setXXX(); 
 3 daoimpl.addMate(cat,mate);

但是��h��意看�Q�这个cat对象只是一个VO�Q�它没有被持久化�q�，它还不是PO�Q�它没有资格调用addMate�Ҏ��Q�因此调用addMate�Ҏ��不会真正往数据库里面发送update的sql�Q�这个cat对象必须先被save到数据库�Q�在真正成�ؓ一个PO之后�Q�才具备addMate的资根{�?

你必��这��h��操作�Q?

java代码:

 1 Cat cat = new Cat(); 
 2 cat.setXXX(); 
 3 daoimpl.addCat(cat); 
 4 daoimpl.addMate(cat, mate);

先持久化cat�Q�然后才能对cat�q�行其他的持久化操作。因此要求业务层的程序员必须清楚cat对象处于何种状态，到底是第一�U�，�q�是�W�三�U�。如果是�W�一�U�，��p��先save�Q�再addMate�Q�如果是�W�三�U�，��q��接addMate�?

但是最致命的是�Q�如果整个��Y件分层很多，业务层的�E�序员他拿到�q�个cat对象也可能是上层Web应用层传递过来的cat�Q�他自己也不知道�q�个cat�I�竟是VO�Q�没有被持久化过�Q�还是已�l�被持久化过�Q�那么他�Ҏ��没有办法写�E�序了�?

所以这��L��DAOImpl昄��是有问题的，它会对业务层的程序员造成很多�~�程上的陷阱�Q�业务层的程序员必须深刻的了解他调用的每个DAO对PO对象�q�行了何�U�状态管理，必须深刻的了解他的PO对象在�Q何时候处于什么确切的状态，才能保证�~�程的正��性，昄��q�是做不到的�Q�但是有�?SPAN style="COLOR: #ffa34f">saveOrUpdate�Q�这些问题就�q�刃而解了�?

现在你需要修改addMate�Ҏ��Q?

java代码:

1publicvoid addMate(Cat cat, Mate mate){...}
 2     Session session = ...; 
 3     Transacton tx = ...; 
 4     session.saveOrUpdate(cat); 
 5     cat.addMate(mate); 
 6     tx.commit(); 
 7     session.close(); 
 8 };

如上�Q�如果业务层的程序员传进来的是一个已�l�持久化�q�的PO对象�Q�那么Hibernate会更新cat对象(假设业务层的�E�序员在Session外面修改�q�cat的属�?�Q�如果传�q�来的是一个新new出来的对象，那么向数据库save�q�个PO对象�?

BTW: Hibernate此时�I�竟采取更新cat对象�Q�还是save cat对象�Q�取决于unsave-value的设定�?

�q�样�Q�业务层的程序员��׃��必再操心PO的状态问题了�Q�对于他们来��_��不管cat是new出来的对象，只是一个VO也好�Q�还是从数据库查询出来的的PO对象也好�Q�全部都是直接addMate��OK了：

killvin 2006-03-02 20:44 发表评论

StrutsFileUpload

killvin — Thu, 02 Mar 2006 12:43:00 GMT

今天同事问我Struts如何解决文�g上传的问题，一旉��没有惌��v来，��到google查了一下，果然在Struts Wiki上就有非常详�l�的解释�Q�抄录如下，详细的请看（http://wiki.apache.org/struts/StrutsFileUpload�Q?BR>

StrutsFileUpload
File Upload - Simple Example
HTML
This isn't specific to Struts, but gives a simple example of the HTML required to upload a single file.

Two things are needed in the html page. Firstly, the form needs to specify an enctype of multipart/form-data and secondly an form control of type file.

JSP
The above HTML can be generated using the Struts tags in the following way

Select File:

ActionForm
The ActionForm needs a property of type FormFile.

Regular ActionForms
import org.apache.struts.upload.FormFile;

public class MyActionForm extends ActionForm {

private FormFile myFile;

public void setMyFile(FormFile myFile) {
this.myFile = myfile;
}

public FormFile getMyFile() {
return myFile;
}
}

Dyna ActionForms
In the struts-config.xml

Whats Needed in the Action
Nothing special really, just retrieve the FormFile from the ActionForm, as you would any other property, and process it as you like. You can get the file name, size and file contents from the FormFile.

public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response) throws Exception {

MyActionForm myForm = (MyActionForm)form;

// Process the FormFile
FormFile myFile = myForm.getMyFile();
String contentType = myFile.getContentType();
String fileName = myFile.getFileName();
int fileSize = myFile.getFileSize();
byte[] fileData = myFile.getFileData();
...
}

File Upload Configuration
The following parameters can be set in the element of the struts-config.xml to configure file upload:

bufferSize - The size (in bytes) of the input buffer used when processing file uploads. Default is 4096.

maxFileSize - The maximum size (in bytes) of a file to be accepted as a file upload. Can be expressed as a number followed by a "K", "M", or "G", which are interpreted to mean kilobytes, megabytes, or gigabytes, respectively. Default is 250M.

multipartClass - The fully qualified Java class name of the multipart request handler class to be used with this module. Defaults is org.apache.struts.upload.CommonsMultipartRequestHandler.

tempDir - Temporary working directory to use when processing file uploads.

Above taken from the Configuration section in the User Guide.

Plugging in an Alternative File Upload Mechanism
By default Struts uses Commons File Upload.

Alternative implementations can be plugged as long as they implement the org.apache.struts.upload.MultipartRequestHandler interface and Struts configured to use that implementation by specifying it in the multipartClass parameter in the element of the struts-config.xml

Fair Warning: The MultipartRequestHandler interface is almost certain to change in a Struts 1.3 or higher release.

killvin 2006-03-02 20:43 发表评论