hibernate扚w��插入数据

�W�看风云 — Thu, 11 Dec 2008 08:10:00 GMT

hibernate本��n不具备插入批量数据的能力�Q�因此开发中��量��用�?br /> 下面是一个测试例子：

public void testadd(){
        Session session=HibernateUtils.getSession();
        Transaction tx=null;
            try{
                tx=session.beginTransaction();
                for(int i=0;i<2000;i++){
                    Student stu=new Student();
                    stu.setName("stu"+i);
                    stu.setAddr("addr"+2*i);
                    session.save(stu);
                    //��d��20条以后，强制入库
                    //clear()清空�~�存
                    //postgres数据库的隔离�U�别是已提交�?Read committed)�Q?br />                     //所以flush以后�Q�数据看不到�Q�只有commit后才能看到数据，
                    //如果��p�|�Q�rollback,前面的flush的数据不会入�?/span>
                    if(i%20==0){
                        session.flush();
                        session.clear();
                    }
                }
              tx.commit();

            }catch(Exception ex){
                ex.printStackTrace();
                tx.rollback();
            }finally{
            HibernateUtils.closeSession(session);
            }

    }

我��用的数据库是postgres,通过flush把数据强制入库，然后通过session.clear()清空�~�存中的实体对象�Q�防止jvm内存溢出�Q�速度�q�行�?br /> 不过没有大批量的��d��Q�如果大扚w��的添加可能要考虑使用JDBC,�q�不行的话，估计得��用的数据库本�w�自带的快速导入工�?�q�不行的话，没话��_��换数据库�Q�哈哈�?/span>

�W�看风云 2008-12-11 16:10 发表评论

postgres隔离�U�别

�W�看风云 — Thu, 11 Dec 2008 03:48:00 GMT

多版本�ƈ行控�Ӟ��Multi-Version Concurrency Control �Q�MVCC�Q�）是用于提高数据库在一个多用户环境下性能的高�U�技术。Vadim Mikheev �?nbsp;Postgres 提供了MVCC的实现�?br />
介绍

与其他��用锁来进行�ƈ行控制的数据库系�l�不同，Postgres 利用多版本模型来�l�护数据的一致性。这��意味着当检索数据库�Ӟ��每个事务都看��C��个数据的一�D�|��间前的快照（一�?nbsp;数据库版本）�Q�而不��正在处理的数据当前的状态。这��P��如果�Ҏ��个数据库会话�q�行事务隔离�Q�就可以避免一个事务看到因为其它�ƈ行的事务更新同一行数据而导致的不连贯的数据�?nbsp;
多版本和锁定模型的主要区别是�?nbsp;MVCC 里，�Ҏ��索（读）数据的锁要求与写数据的锁要求不冲�H�，所以读不会��d��写，而写也从不阻�?br />

▲事务隔��?br />
ANSI/ISOSQL 用三个必��d��q�行的事务之间避免的现象定义了四个��别的事务隔离。这些不希望发生的现象是�Q?nbsp;
��L��染（dirty reads�Q?nbsp;
一个事务读取了被另一个未提交的�ƈ行的事务写的数据�?nbsp;
不可重复的读�Q�non-repeatable reads�Q?nbsp;
一个事务重新读取前面读取过的数据，发现该数据已�l�被另一个已提交的事务修改过�?nbsp;
错误��d��Q�phantom read�Q?nbsp;
一个事务重新执行一个查询，�q�回一套符合查询条件的行，发现�q�些行中插入了被其他已提交的事务提交的行�?nbsp;
�q�四�U�隔��ȝ�别和对应的特性在下面描述�?nbsp;
�?nbsp;13-1. Postgres 隔离�U�别

▲读已提交隔��ȝ��?br />
��d��提交�Q�Read Committed�Q�是Postgres 里的�~�省隔离�U�别。当一个事务运行在�q�个隔离�U�别�Ӟ��一个查询只能看到查询开始之前的数据而永�q�无法看到脏数据或者是在查询执行时其他�q�行的事务提交做的改变�?nbsp;
如果一个正在执行一�?nbsp;UPDATE 语句�Q�或�?nbsp;DELETE 或�?nbsp;SELECT FOR UPDATE�Q�的查询�q�回的行正在被另一个�ƈ行的未提交的事务更新�Q�那么第二个试图更新此行的事务将�{�待另一个事务的提交或者回南��如果发生了回卷�Q�等待中的事务可以��l�修�Ҏ��行。如果发生了提交�Q��ƈ且此行仍然存在；也就是说�Q�没有被另一个事务删除）�Q�这个查询将对该行再执行一便以��查新行版本是否满��x��询搜索条件。如果新行版本满��x��询搜索条�Ӟ��那么该行��被更新�Q�或删除或被标记为更斎ͼ��?nbsp;

注意 SELECT �?nbsp;INSERT 语句执行的结果（在一个查询里�Q�将不会被�ƈ行事务媄响�?br />
可串行化隔离�U�别
可串行化�Q�Serializable�Q�提供最高��别的事务隔离。当一个事务处于可串行化��别，一个查询只能看到在事务开始之前提交的数据而永�q�看不到脏数据或事务执行中其他�ƈ行事务提交的修改。所以，�q�个�U�别模拟串行事务执行�Q�就好象事务��被一个接着一个那样串行的�Q�而不是�ƈ行的执行�?nbsp;
如果一个正在执行一�?nbsp;UPDATE 语句�Q�或�?nbsp;DELETE 或�?nbsp;SELECT FOR UPDATE�Q�的查询�q�回的行正在被另一个�ƈ行的未提交的事务更新�Q�那么第二个试图更新此行的事务将�{�待另一个事务的提交或者回南��如果发生了回卷�Q�等待中的事务可以��l�修�Ҏ��行。如果发生一个�ƈ行的事务的提交，一个可串行化的事务��回��P��q�返回下面信息�?nbsp;

ERROR: Can´t serialize access due to concurrent update

因�ؓ一个可串行化的事务在可串行化事务开始之后不能更改被其他事务更改�q�的行�?nbsp;
注意: SELECT �?nbsp;INSERT 语句执行的结果（在一个查询里�Q�将不会被�ƈ行事务媄响�?br />

▲锁和表

Postgres 提供多种锁模式来控制对表中数据的�q�行讉K��。有些锁模式是在语句执行之前由Postgres 自动施加的，而其他的提供用来由应用��用的。一个事务里要求的所有锁模式�Q�除�?nbsp;AccessShareLock�Q�都是在整个事务期间保有的�?nbsp;
除了锁以外，短期的共�?/span>/排他销也在�׃�n的缓冲池中用于控制对表页面的�?/span>/写访问。销在一条记录抓取或者更新后马上被释放�?nbsp;

表��?br />
AccessShareLock
一个内部锁模式�Q�进行查询时自动施加在被查询的表上。语句执行完成后�Q�Postgres 释放�q�些锁�?nbsp;

只与 AccessExclusiveLock 冲突�?nbsp;

RowShareLock
�?nbsp;SELECT FOR UPDATE 和用�?nbsp;IN ROW SHARE MODE �?nbsp;LOCK TABLE 语句要求�?nbsp;

�?nbsp;ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

RowExclusiveLock
�?nbsp;UPDATE, DELETE, INSERT 和用于IN ROW EXCLUSIVE MODE �?nbsp;LOCK TABLE 语句要求�?nbsp;

�?nbsp;ShareLock�Q�ShareRowExclusiveLock�Q�ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

ShareLock
�?nbsp;CREATE INDEX 和用于IN SHARE MODE �?nbsp;LOCK TABLE 语句所要求�?nbsp;

�?nbsp;RowExclusiveLock�Q�ShareRowExclusiveLock�Q�ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

ShareRowExclusiveLock
被用�?nbsp;IN SHARE ROW EXCLUSIVE MODE �?nbsp;LOCK TABLE 语句要求�?nbsp;

�?nbsp;RowExclusiveLock�Q�ShareLock�Q�ShareRowExclusiveLock�Q�ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

ExclusiveLock
被用�?nbsp;IN EXCLUSIVE MODE �?nbsp;LOCK TABLE 语句要求�?nbsp;

�?nbsp;RowShareLock�Q�RowExclusiveLock�Q�ShareLock�Q�ShareRowExclusiveLock�Q�ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

AccessExclusiveLock
�?nbsp;ALTER TABLE�Q�DROP TABLE�Q�VACUUM �?nbsp;LOCK TABLE 语句要求�?nbsp;

�?nbsp;RowShareLock�Q�RowExclusiveLock�Q�ShareLock�Q�ShareRowExclusiveLock�Q�ExclusiveLock �?nbsp;AccessExclusiveLock 模式冲突�?nbsp;

注意�Q?br /> 只有 AccessExclusiveLock ��d�� SELECT �Q�没�?nbsp;FOR UPDATE�Q�语句�?br /> 行��?br /> 当某行的一个内部字�D�被更新�Q�或删除或标��Cؓ更新�Q�时要求使用�q�些锁。Postgres 在内存里不做关于已更新的行的��M��记忆�Q�因而对锁定的行数没有�Q何限�Ӟ��也没有锁定递增�?nbsp;
但是�Q�要注意 SELECT FOR UPDATE 会更�Ҏ��选定的行以标记它们，因而会��D��盘写动作�?nbsp;

行��别的锁不影响数据查询。它们只是用于阻塞对同一行的写�?br />

锁和索引

��管 Postgres 提供对表数据讉K��的非��d��的读/写，但�ƈ非所有Postgres 里实现的索引讉K��模式都能够进行非��d��?/span>/写�?nbsp;
各种各样的烦引类型按照下面方法操作：

GiST �?nbsp;R-Tree 索引
�׃�n/排他的烦引��锁用于读/写访问。锁在语句完成后释放�?nbsp;
Hash �Q�散列）索引
�׃�n/排他的页面��锁用于读/写访问。锁在页面处理完成后释放�?nbsp;

��面�U�锁比烦引��的锁提供了更好的�q�行性但是容易��生死锁�?nbsp;

Btree
短期的共�?/span>/排他的页面��的销用于�?/span>/写访问。销在烦引记录被插入/抓取后立即释放�?nbsp;
Btree 索引提供了无死锁条�g的最高��的�ƈ行性�?nbsp;

应用层的数据完整性检�?br />
因�ؓ�?nbsp;Postgres 的读动作不会锁定数据�Q�不��事务是何隔��ȝ�别，一个事务读取的数据可能被另一个事务覆盖。换句话��_��如果一�?nbsp;SELECT �q�回了一行，�q��ƈ不意味着在返回该行时该行�q�存在（比如说在语句完成或事务开始后的某�Ӟ��也不意味着在当前事务做提交或者回卷前该行被保护不被�ƈ行的事务删除或更新�?nbsp;
要保证一行的实际存在和避免其被�ƈ行更斎ͼ�我们必须使用 SELECT FOR UPDATE 或者合适的 LOCK TABLE 语句。当从其他环境向 Postgres 里用可串行化模式�U�L��应用时一定要把这些问题考虑�q�去�?nbsp;

注意�Q?nbsp;在版�?nbsp;6.5 前，Postgres 使用��d��作锁�Q�因而当从以前的 Postgres 版本�?.5�Q�或更高版本�Q�升�U�时也要考虑�q�些问题�?br />

Postgres 隔离�U�别

�W�看风云 2008-12-11 11:48 发表评论

亚洲综合精品一区二区,国产精品免费精品自在线观看,亚洲精品黄色

hibernate扚w��插入数据

postgres隔离�U�别