亚洲沟沟美女亚洲沟沟,国产亚洲精彩视频,久久久久久久亚洲Av无码

重新开始写blog

��米 — Wed, 29 Mar 2006 11:43:00 GMT

好久没有写blog了，距离上次写几乎已�l�是半年前的事情了�?img height="20" src="http://www.tkk7.com/Emoticons/QQ/15.gif" width="20" border="0" /> �q�半�q�发生了不少事情。首先换了家公司�Q�进了家金融企业�Q�每天要西装革��的，一开始还真是不习惯�?img height="20" src="http://www.tkk7.com/Emoticons/QQ/02.gif" width="20" border="0" /> �q�里开发是用的spring框架�Q�以后要多研�I�研�I�spring的东西了�?br /> �W�二件事��是和恋�׃��三年的女友结婚了�Q�从此两人长相厮守，不知道时间久了会不会审美疲劳。呵��c�?img height="20" src="http://www.tkk7.com/Emoticons/QQ/13.gif" width="20" border="0" />
�W�三件事��是在深圳买了自��q��房子，虽然是小��的两房�Q�不�q�我们已�l�很知��了�?img height="20" src="http://www.tkk7.com/Emoticons/QQ/15.gif" width="20" border="0" /> 而且刚好是赶在房价大涨前买的�Q�还��走了点�q�气。换到现在，都不知道��d��里买好了�?br /> 在这里要向一些留�a�和发邮�g�l�我的网友道歉，前段旉��实在是太忙，没有�I�回复你们的信息和邮件。请原谅�Q?img height="20" src="http://www.tkk7.com/Emoticons/QQ/15.gif" width="20" border="0" />

��米 2006-03-29 19:43 发表评论

��米 — Wed, 10 Aug 2005 09:32:00 GMT

最�q�真是多事情忙，而且可能要忙�?月底。好久没有上来更新我的博客了�Q�暂且发发牢骚�?IMG height=20 src="http://www.tkk7.com/Emoticons/QQ/19.gif" width=20 border=0>

��米 2005-08-10 17:32 发表评论

《深入浅出Hibernate》读书笔�?9)——Session��理

��米 — Fri, 29 Jul 2005 11:43:00 GMT

�q�一节是非常实用的一节，我在阅读此书的时候，一直在�q�h��Q�究竟应该怎样��理Session呢？因�ؓSession的管理是如此重要�Q�类��g��以前写程序对JDBC Connection的管理。看完此节后�Q�终于找��C��Ҏ��?BR> 在各�U�Session��理�Ҏ��中，ThreadLocal模式得到了大量��用。ThreadLocal是Java中一�U�较为特�D�的�U�程�l�定机制。通过ThreadLocal存取的数据，��L��与当前线�E�相养I��也就是说�Q�JVM为每个运行的�U�程�Q�绑定了�U�有的本定实例存取空��_��从而�ؓ多线�E�环境经常出现的�q�发讉K��问题提供了一�U�隔��L��制�?BR> 下面是Hibernate官方提供的一个ThreadLocal工具�Q?BR>

import net.sf.hibernate.*;
import net.sf.hibernate.cfg.*;
import org.apache.log4j.Logger;

/**
*

Title:

*
*

Description: Session的管理类

*
*

Company:

*
* @author George Hill
* @version 1.0
*/

public class HibernateUtil {

  private static final Logger log = Logger.getLogger(HibernateUtil.class);

  private static final SessionFactory sessionFactory;

  /**
   * 初始化Hibernate配置
   */
  static {
    try {
      // Create the SessionFactory
      sessionFactory = new Configuration().configure().buildSessionFactory();
    } catch (Throwable ex) {
      log.error("Initial SessionFactory creation failed.", ex);
      throw new ExceptionInInitializerError(ex);
    }
  }

  public static final ThreadLocal session = new ThreadLocal();

  /**
   * �Ҏ��当前�U�程获取相应的Session
   * @return Session
   * @throws HibernateException
   */
  public static Session currentSession() throws HibernateException {
    Session s = (Session) session.get();
    // Open a new Session, if this Thread has none yet
    if (s == null) {
      s = sessionFactory.openSession();
      session.set(s);
    }
    return s;
  }

  /**
   * �q�回Session�l�相应的�U�程
   * @throws HibernateException
   */
  public static void closeSession() throws HibernateException {
    Session s = (Session) session.get();
    session.set(null);
    if (s != null)
      s.close();
  }

}

针对WEB�E�序�Q�还可以利用Servlet2.3的Filter机制�Q�轻村֮�现线�E�生命周期内的Session��理。下面是一个通过Filter�q�行Session��理的典型案例：

public class PersistenceFilter implements Filter {
  protected static ThreadLocal hibernateHolder = new ThreadLocal();

  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    hibernateHolder.set(getSession());
    try {

      chain.doFilter(request, response);

    } finally {
      Session session = (Session) hibernateHolder.get();
      if (session != null) {
        hibernateHolder.set(null);
        try {
          session.close();
        } catch (HibernateException ex) {
          throw new ServletException(ex);
        }
      }
    }
  }

}

��米 2005-07-29 19:43 发表评论

《深入浅出Hibernate》读书笔�?8)——Hibernate分页

��米 — Tue, 26 Jul 2005 10:12:00 GMT

数据分页昄��Q�是很多B/S�pȝ��会遇到的问题。现在大多数��L��数据库都提供了数据部分读取机�Ӟ��而对于某些没有提供相应机制的数据而言�Q�Hibernate也通过其它途径实现了分��，如通过Scrollable ResultSet�Q�如果JDBC不支持Scrollable ResultSet�Q�Hibernate也会自动通过ResultSet的next�Ҏ��q�行记录定位。Hibernate的Criteria、Query�{�接口提供了一致的�Ҏ��讑֮�分页范围。下面是书中的例子：

Criteria criteria = session.createCriteria(TUser.class);
Criteria.add(Expression.eq("age", "20"));
//从检索结果中获取�W?00条记录开始的20条记�?/SPAN>
criteria.setFirstResult(100);
criteria.setFetchSize(20);

不过�Q�我在测试的时候��L��不能够正常工作，把setFetchSize�Ҏ��换成setMaxResults�Ҏ��才行。换成最新的mysql-connector-java-3.1.10-bin-g.jar驱动也是一栗��?img src ="http://www.tkk7.com/georgehill/aggbug/8502.html" width = "1" height = "1" />

��米 2005-07-26 18:12 发表评论

《深入浅出Hibernate》读书笔�?7)——回调与拦截机制

��米 — Thu, 21 Jul 2005 10:35:00 GMT

Hibernate通过Lifecycle、Validatable接口制定了实体对象CRUD�q�程中的回调方式�?BR> Lifecycle接口中的onSave、onUpdate、onDelete�Ҏ��Q�如果返回true则意味着需要中止执行相应的操作�q�程。如果代码运行期间抛��Z��CallbackException�Q�对应的操作也会被中止。注意，不要试图在这些方法中调用Session�q�行持久化操作，�q�些�Ҏ��中Session无法正常使用�?BR> Validatable.validate�Ҏ��在实体被持久化之前得到调用以对数据�q�行验证。此�Ҏ��在实体对象的生命周期内可能被数次调用�Q�因此，此方法仅用于数据本��n的逻辑校验�Q�而不要试囑֜�此实��C��务逻辑的验证�?BR>

Hibernate�q�引入了Interceptor�Q��ؓ持久化事件的捕获和处理提供了一个非�늕�性的实现。Interceptor接口定义了Hibernate中的通用拦截机制。Session创徏时即可指定加载相应的Interceptor�Q�之后，此Session的持久化操作动作都将首先�l�由此拦截器捕获处理。简单的加蝲范例如下�Q?/P>

SessionFactory factory = config.buildSessionFactory();
Interceptor it = new MyInterceptor();
session = sessionFactory.openSession(it);

需要注意的是，与Lifecycle相同�Q�Interceptor的方法中不可通过Session实例�q�行持久化操作�?img src ="http://www.tkk7.com/georgehill/aggbug/8145.html" width = "1" height = "1" />

��米 2005-07-21 18:35 发表评论

��米 — Wed, 20 Jul 2005 06:55:00 GMT

有兴��的可以��d��加看看，�|�址�Q?A target="_blank">http://www.javachina.cn/Index.jsp

��米 2005-07-20 14:55 发表评论

��米 — Wed, 20 Jul 2005 02:56:00 GMT

最�q�真是忙�Q�事情都挤到一块去了�?IMG height=20 src="http://www.tkk7.com/Emoticons/QQ/19.gif" width=20 border=0> �l�于有时间又看了几页书�?IMG height=20 src="http://www.tkk7.com/Emoticons/QQ/15.gif" width=20 border=0>
�a�归正传，Hibernate中的Collection�c�d��分�ؓ有序集和无序集两�c�R��这里所谓的有序和无序，是针对Hibernate数据持久�q�程中，是否保持数据集合中的记录排列��序加以区分的。无序集有Set�Q�Bag�Q�Map几种�Q�有序集有List一�U�。有序集的数据在持久化过�E�中�Q�会��集合中元素排列的先后顺序同时固化到数据库中�Q�读取时也会�q�回一个具备同��h��列顺序的数据集合�?BR> Hibernate中的Collection�c�d��是用的自��q��实现�Q�所以在�E�序中，不能够把接口强制转化成相应的JDK Collection的实现�?BR>

      �l�果集的排序有两�U�方式：
      1. Sort
         Collection中的数据排序�?BR>      2. order-by
         �Ҏ��据库执行Select SQL�Ӟ��由order by子句实现的数据排序方式�?BR>
      需要注意的是，order-by�Ҏ��在实现中借助了JDK 1.4中的新增集合�c�LinkedHashSet以及LinkedHashMap。因此，order-by�Ҏ��只支持�?.4版本以上的JDK中运行�?/P>

��米 2005-07-20 10:56 发表评论

《深入浅出Hibernate》读书笔�?5)——持久层操作

��米 — Tue, 12 Jul 2005 10:49:00 GMT

Session.get/load的区别：
1.如果未能发现�W�合条�g的记录，get�Ҏ��q�回null�Q�而load�Ҏ��会抛��Z��个ObejctNotFoundException�?BR> 2.Load�Ҏ��可返回实体的代理�cȝ��型，而get�Ҏ��永远直接�q�回实体�c�R�?BR> 3.Load�Ҏ��可以充分利用内部�~�存和二�U�缓存中现有数据�Q�而get�Ҏ��则仅仅在内部�~�存中进行数据查找，如没有发现对应数据，��越�q�二�U�缓存，直接调用SQL完成数据��d��?

Session.find/iterate的区别：
find�Ҏ��执行Select SQL从数据库中获得所有符合条件的记录�q�构造相应的实体对象�Q�实体对象构建完毕之后，��将其纳入缓存。它对缓存只写不读，因此无法利用�~�存�?BR> iterate�Ҏ��首先执行一条Select SQL以获得所有符合查询条件的数据id�Q�随卻I��iterate�Ҏ��首先在本地缓存中�Ҏ��id查找对应的实体对象是否存在，如果�~�存中已�l�存在对应的数据�Q�则直接以此数据对象作�ؓ查询�l�果�Q�如果没有找刎ͼ�再执行相应的Select语句获得对应的库表记录（iterate�Ҏ��如果执行了数据库��d��操作�q�构��Z��完整的数据对象，也会��其查询�l�果�U�_��~�存�Q��?

Query Cache产生作用的情况：
1.完全相同的Select SQL重复执行�?BR> 2.在两�ơ查询之��_��此Select SQL对应的库表没有发生过改变�?

Session.save�Ҏ��的执行步骤：
1.在Session内部�~�存中寻扑־�保存对象。内部缓存命中，则认为此数据已经保存�Q�执行过insert操作�Q�，实体对象已经处于Persistent状态，直接�q�回�?BR> 2.如果实体�c�d��C��lifecycle接口�Q�则调用待保存对象的onSave�Ҏ��?BR> 3.如果实体�c�d��C��validatable接口�Q�则调用其validate()�Ҏ��?BR> 4.调用对应拦截器的Interceptor.onSave�Ҏ��Q�如果有的话�Q��?BR> 5.构造Insert SQL�Q��ƈ加以执行�?BR> 6.记录插入成功�Q�user.id属性被讑֮�为insert操作�q�回的新记录id倹{�?BR> 7.��user对象攑օ�内部�~�存�?BR> 8.最后，如果存在�U�联关系�Q�对�U�联关系�q�行递归处理�?

Session.update�Ҏ��的执行步骤：
1.�Ҏ��待更新实体对象的Key�Q�在当前session的内部缓存中�q�行查找�Q�如果发玎ͼ�则认为当前实体对象已�l�处于Persistent状态，�q�回�?BR> 2.初始化实体对象的状态信息（作�ؓ之后脏数据检查的依据�Q�，�q�将其纳入内部缓存。注意这里Session.update�Ҏ��本��n�q�没有发送Update SQL完成数据更新操作�Q�Update SQL��在之后的Session.flush�Ҏ��中执行（Transaction.commit在真正提交数据库事务之前会调用Session.flush�Q��?

Session.saveOrUpdate�Ҏ��的执行步骤：
1.首先在Session内部�~�存中进行查找，如果发现则直接返回�?BR> 2.执行实体�c�d��应的Interceptor.isUnsaved�Ҏ��Q�如果有的话�Q�，判断对象是否为未保存状态�?BR> 3.�Ҏ��unsaved-value判断对象是否处于未保存状态�?BR> 4.如果对象未保存（Transient状态）�Q�则调用save�Ҏ��保存对象�?BR> 5.如果对象为已保存�Q�Detached状态）�Q�调用update�Ҏ��对象与Session重新兌��?/P>

��米 2005-07-12 18:49 发表评论

��米 — Fri, 08 Jul 2005 08:19:00 GMT

事务�?个基本特性（ACID�Q�：
1. Atomic�Q�原子性）�Q�事务中包含的操作被看作一个逻辑单元�Q�这个逻辑单元中的操作要么全部成功�Q�要么全部失败�?BR> 2. Consistency�Q�一致性）�Q�只有合法的数据可以被写入数据库�Q�否则事务应该将其回滚到最初状态�?BR> 3. Isolation�Q�隔��L��）�Q�事务允许多个用户对同一个数据的�q�发讉K��Q�而不破坏数据的正��性和完整性。同�Ӟ��q�行事务的修改必��M��其他�q�行事务的修改相互独立�?BR> 4. Durability�Q�持久性）�Q�事务结束后�Q�事务处理的�l�果必须能够得到固化�?

      数据库操作过�E�中可能出现�?�U�不��定情况�Q?BR>      1. 脏读取（Dirty Reads�Q�：一个事务读取了另一个�ƈ行事务未提交的数据�?BR>      2. 不可重复��d��Q�Non-repeatable Reads�Q�：一个事务再�ơ读取之前的数据�Ӟ��得到的数据不一��_��被另一个已提交的事务修攏V�?BR>      3. 虚读�Q�Phantom Reads�Q�：一个事务重新执行一个查询，�q�回的记录中包含了因为其他最�q�提交的事务而��生的新记录�?BR>
      标准SQL规范中，��Z��避免上面3�U�情�늚�出现�Q�定义了4个事务隔��ȝ��U�：
      1. Read Uncommitted�Q�最低等�U�的事务隔离�Q�仅仅保证了��d��q�程中不会读取到非法数据。上�?�U�不��定情况均有可能发生�?BR>      2. Read Committed�Q�大多数��L��数据库的默认事务�{��Q�保证了一个事务不会读到另一个�ƈ行事务已修改但未提交的数据，避免了“脏��d��”。该�U�别适用于大多数�pȝ��?BR>      3. Repeatable Read�Q�保证了一个事务不会修改已�l�由另一个事务读取但未提交（回滚�Q�的数据。避免了“脏��d��”和“不可重复读取”的情况�Q�但是带来了更多的性能损失�?BR>      4. Serializable�Q�最高等�U�的事务隔离�Q�上�?�U�不��定情况都将被规�ѝ��这个��别将模拟事务的串行执行�?

      Hibernate��事务管理委托给底层的JDBC或者JTA�Q�默认是��Z��JDBC Transaction的�?BR>      Hibernate支持“悲观锁�Q�Pessimistic Locking�Q�”和“乐观锁�Q�Optimistic Locking�Q�”�?BR>      悲观锁对数据被外界修�Ҏ��保守态度�Q�因此，在整个数据处理过�E�中�Q�将数据处于锁定状态。悲观锁的实玎ͼ�往往依靠数据库提供的锁机制。Hibernate通过使用数据库的for update子句实现了悲观锁机制。Hibernate的加锁模式有�Q?BR>      1. LockMode.NONE�Q�无锁机�?BR>      2. LockMode.WRITE�Q�Hibernate在Insert和Update记录的时候会自动获取
      3. LockMode.READ�Q�Hibernate在读取记录的时候会自动获取
      4. LockMode.UPGRADE�Q�利用数据库的for update子句加锁
      5. LockMode.UPGRADE_NOWAIT�Q�Oracle的特定实玎ͼ�利用Oracle的for update nowait子句实现加锁
      乐观锁大多是��Z��数据版本�Q�Version�Q�记录机制实现。Hibernate在其数据讉K��引擎中内�|�了乐观锁实玎ͼ�可以通过class描述�W�的optimistic-lock属性结合version描述�W�指定。optimistic-lock属性有如下可选取��|��
      1. none�Q�无乐观�?BR>      2. version�Q�通过版本机制实现乐观�?BR>      3. dirty�Q�通过��查发生变动过的属性实��C��观锁
      4. all�Q�通过��查所有属性实��C��观锁