数据库幻影

1. 魔兽世界 幻影之尘 和 魔尘 哪弄的是魔尘不是消魔尘

你附魔因为缺幻影尘卡290的话就去刷刷50+的副本 掉很多蓝绿装分解应该就是相对290等级附魔需要的原材料 魔尘我记得很清楚是60+等级的绿装分解出的 还有 如果嫌ah贵你可以直接交易喊，可能会便宜买到 祝你早日充满附魔

2. Access数据库中如何避免脏数据

脏读dirty reads：当事务读取还未被提交的数据时，就会发生这种事件。举例来说：Transaction 1 修改了一行数据，然后 Transaction 2 在 Transaction 1 还未提交修改操作之前读取了被修改的行。如果 Transaction 1 回滚了修改操作，那么 Transaction 2 读取的数据就可以看作是从未存在过的。

不可重复的读non-repeatable reads：当事务两次读取同一行数据，但每次得到的数据都不一样时，就会发生这种事件。举例来说：Transaction 1 读取一行数据，然后 Transaction 2 修改或删除该行并提交修改操作。当 Transaction 1 试图重新读取该行时，它就会得到不同的数据值（如果该行被更新）或发现该行不再存在（如果该行被删除）。

虚读phantom read：如果符合搜索条件的一行数据在后面的读取操作中出现，但该行数据却不属于最初的数据，就会发生这种事件。举例来说：Transaction 1 读取满足某种搜索条件的一些行，然后 Transaction 2 插入了符合 Transaction 1 的搜索条件的一个新行。如果 Transaction 1 重新执行产生原来那些行的查询，就会得到不同的行。

MYsql事务隔离级别的认识
2010-08-06 10:27

在hibernate中如果要连续不间断的保存多个实体的实例，那么在我们保存第一个的时候，其实在数据库里是不存在数据的，即使用Session.flush()也无济于事，这到底是怎么回事呢？让我很是疑惑.......

在查阅了相关的资料后，原来是数据库对于事务的隔离级别的限制问题，而我原来的MYSQL数据库正好是不支持我上述操作的隔离级别。

1、在MYSQL中查询事务隔离级别：
select @@tx_isolation;（tx其实就是transaction的缩写或者习惯缩写法）
我的结果是REPEATABLE-READ（即可重复读，稍后会引用专业结束文档）

2、修改MYSQL事务隔离界别：
set transaction isolation level 目标隔离级别;

3、再次查询隔离级别进行检验是否已经成功修改。
这样在修改了隔离级别之后，在进行save()的时候，数据库中就会存在一些数据了，问题解决了。关于其他的数据库产品，思想都是一样的。

附加、官方的SQL事务隔离级别文档：

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
Read Uncommitted（读取未提交内容）
在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

Read Committed（读取提交内容）
这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

Repeatable Read（可重读）
这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。
Serializable（可串行化）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

3. 数据库 这个调度是否避免读脏数据不可重复度和丢失修改

常见并发一致性问题包括：丢失的修改、不可重复读、读脏数据、幻影读（幻影读在一些资料中往往与不可重复读归为一类）。
丢失修改
下面先来看一个例子，说明并发操作带来的数据的不一致性问题。
考虑飞机订票系统中的一个活动序列:
甲售票点（甲事务）读出某航班的机票余额A,设A=16.
乙售票点（乙事务）读出同一航班的机票余额A,也为16.
甲售票点卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
乙售票点也卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
结果明明卖出两张机票，数据库中机票余额只减少1。
归纳起来就是：两个事务T1和T2读入同一数据并修改，T2提交的结果破坏了T1提交的结果，导致T1的修改被丢失。前文（2.1.4数据删除与更新）中提到的问题及解决办法往往是针对此类并发问题的。但仍然有几类问题通过上面的方法解决不了，那就是：
不可重复读
不可重复读是指事务T1读取数据后，事务T2执行更新操作，使T1无法再现前一次读取结果。具体地讲，不可重复读包括三种情况：
事务T1读取某一数据后，事务T2对其做了修改，当事务1再次读该数据时，得到与前一次不同的值。例如，T1读取B=100进行运算，T2读取同一数据B，对其进行修改后将B=200写回数据库。T1为了对读取值校对重读B，B已为200，与第一次读取值不一致。

4. 事务的隔离级别有什么用

为了避免上面出现的几种情况，在标准SQL规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同。
● 未授权读取（Read Uncommitted）：允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个数据则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。
● 授权读取（Read Committed）：允许不可重复读取，但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。
● 可重复读取（Repeatable Read）：禁止不可重复读取和脏读取，但是有时可能出现幻影数据。这可以通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。
● 序列化（Serializable）：提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

5. 数据库的并发操作可能带来哪些问题 丢失更新 死锁 违反唯一性约束

数据库中常见的并发操作所带来的一致性问题包括：丢失的修改、不可重复读、读脏数据、幻影读（幻影读在一些资料中往往与不可重复读归为一类）。
丢失修改
下面先来看一个例子，说明并发操作带来的数据的不一致性问题。
考虑飞机订票系统中的一个活动序列:
甲售票点（甲事务）读出某航班的机票余额A,设A=16.
乙售票点（乙事务）读出同一航班的机票余额A,也为16.
甲售票点卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
乙售票点也卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
结果明明卖出两张机票，数据库中机票余额只减少1。
归纳起来就是：两个事务T1和T2读入同一数据并修改，T2提交的结果破坏了T1提交的结果，导致T1的修改被丢失。前文（2.1.4数据删除与更新）中提到的问题及解决办法往往是针对此类并发问题的。但仍然有几类问题通过上面的方法解决不了，那就是：
不可重复读
不可重复读是指事务T1读取数据后，事务T2执行更新操作，使T1无法再现前一次读取结果。具体地讲，不可重复读包括三种情况：
事务T1读取某一数据后，事务T2对其做了修改，当事务1再次读该数据时，得到与前一次不同的值。例如，T1读取B=100进行运算，T2读取同一数据B，对其进行修改后将B=200写回数据库。T1为了对读取值校对重读B，B已为200，与第一次读取值不一致。
事务T1按一定条件从数据库中读取了某些数据记录后，事务T2删除了其中部分记录，当T1再次按相同条件读取数据时，发现某些记录神密地消失了。
事务T1按一定条件从数据库中读取某些数据记录后，事务T2插入了一些记录，当T1再次按相同条件读取数据时，发现多了一些记录。（这也叫做幻影读）
读"脏"数据
读"脏"数据是指事务T1修改某一数据，并将其写回磁盘，事务T2读取同一数据后，T1由于某种原因被撤消，这时T1已修改过的数据恢复原值，T2读到的数据就与数据库中的数据不一致，则T2读到的数据就为"脏"数据，即不正确的数据。
产生上述三类数据不一致性的主要原因是并发操作破坏了事务的隔离性。并发控制就是要用正确的方式调度并发操作，使一个用户事务的执行不受其它事务的干扰，从而避免造成数据的不一致性。
并发一致性问题的解决办法
封锁（Locking）
封锁是实现并发控制的一个非常重要的技术。所谓封锁就是事务T在对某个数据对象例如表

6. 神奇宝贝战栗的幻影神奇宝贝讲什么

小智读起了他收到的信件，他与小刚、小遥和小胜被邀请到荣教授（Dr.Yung）的实验室。当他到达哪里时，他惊奇地发现小霞和大木博士。荣教授出现了，并向他们展示了一些“幻影神奇宝贝”，他邀请小霞去挑选一个对战。小霞的海星星对抗一个幻影波士可多拉。她吃惊地看到海星星最强大的攻击都不会起任何作用。海星星迅速下场。小智准备战斗时发现太古盔甲突然被锁定了。荣教授的幻影神奇宝贝系统突然被神秘地锁定了！控制器在他的手上爆炸，一些传说神奇宝贝出现。一个自称幻影大师（Mirage Master）的陌生人，使用刚才劫持的系统，诱骗大木博士和荣教授。由于一群幻影神奇宝贝的出现，小智一行人不能回到里面。
在幻影大师控制下的大木博士，要求知道荣教授在哪里。但幻影大师拒绝了他的请求，并要求得到大木研究所的密码。大木博士拒绝了。一只梦幻飞进来。当大木博士问候它时梦幻受到了攻击。博士要求知道幻影大师为什么要这样做。幻影大师说梦幻只是一个失败的作品，并且叫梦幻离开。
小智、小霞、小刚、小遥、小胜阐述了一个计划。小智和小霞悄悄穿过护城河，小刚呼叫君莎小姐，小遥和小胜等待帮助小智和小霞。他们分开了，小智和小霞使用龙虾小兵和海星星出发了。
幻影系统计划之后，火箭队在四处观望。他们努力去冲开门，但只是碰到他们的鼻子。小智和小霞经过时，火箭队又讲了台词，这浪费了幻影大师足够的时间去检查相机。火箭队逃出了，小智、小霞和皮卡丘被两只幻影怪力和一只幻影圈圈熊困住。当他们三个将被带走时，梦幻出现了，皮卡丘使出了打雷。许多东西被打散了，包括一面墙，这给小遥和小胜发出了信号。小遥出发了，并让小胜等着。皮卡丘释放了，小霞掉到了桥下，皮卡丘又被夺回，剩下小智和梦幻。梦幻被一个力量困住，小智努力释放梦幻。小智发现那只梦幻是只幻影神奇宝贝。
皮卡丘进入了一个可怕的装置，大木博士问幻影大师在做什么。幻影大师说他要从皮卡丘的记忆里获取数据，并说如果大木博士合作的话，这就不用做了。皮卡丘忍受着疼痛。他看这那些照片，洛奇亚、炎帝、雪拉比、拉帝欧斯、拉帝亚斯……这些都是皮卡丘见到过的传说神奇宝贝。大木博士不能忍受皮卡丘承受的痛苦，并输入了密码：REDGREEN。突然，幻影大师得到了下载全世界信息的能力。小建、空木博士、小田卷博士盯着他们实验室的电脑，乔伊小姐在神奇宝贝中心处理各种问题。
“你一定要相信我，警官！”小刚恳求君莎小姐。“我们需要去荣教授的研究所赴宴……我说-”乔伊小姐在君莎的电脑上闪烁。她告诉君莎有人正在下载大量神奇宝贝数据。小刚告诉她有关幻影大师的事情，然后离开了。
小霞挂在了一个桥上，她突然发现失去了力量，小遥及时出现救了她。她们上楼。小智和梦幻已经到了那里，制造神奇宝贝的进程在一个闪光中结束了，一只幻影超梦出现了。它袭击了他们，他们逃跑。在幻影系统以外，那些应用认为他们安全...一群导弹从塔里发出，它们扩大了幻影系统！超梦和幻影大师显现出来，幻影炎帝、急冻鸟和闪电鸟突然出现。大木博士猜到了幻影大师的身份。幻影大师摘掉了面具，荣教授出现了！大木博士说幻影大师初次出现的时候，他是一个影像，并且荣教授因为他的研究对神奇宝贝的不尊重，被神奇宝贝协会开除。荣教授的超梦和小智一行人战斗。在皮卡丘快要失去战斗能力的时候，梦幻出现救了皮卡丘，然后梦幻被吸入了幻影系统。超梦吸收了整个幻影系统的数据库。小智对梦幻被称为失败的作品很生气。攻击又一次开始。
火箭队在战斗中被吹飞，皮卡丘将要被……梦幻制服了超梦！小智叫皮卡丘使出了超雷神闪电，超梦、梦幻和幻影系统都被破坏了。堡垒开始燃烧了，荣教授退到了里面。警察和消防队员都没有找到他。
大木博士说梦幻有真正的心灵，不是数据，小智向天空对梦幻说再见……

（以上文字来自网络）

7. “可重复读”和“幻影读”是什么意思

REPEATABLE READ

锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。
也就是说你在同一事务中在不同时间读取同一条记录时,每次读的应该是一样的
不会被别的语句修改,但其他语句还可以insert

SERIALIZABLE

在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。
也就是说在你所定的范围内,别人什么都干不了,包括insert

8. 丢失数据,污读,不可重读怎么区分

主要是一致性问题.常见并发并发一致性问题包括：丢失的修改、不可重复读、读脏数据、幻影读（幻影读在一些资料中往往与不可重复读归为一类）.答案补充 不可重复读是指事务T1读取数据后,事务T2执行更新操作,使T1无法再现前一次读取结果.具体地讲,不可重复读包括三种情况：
事务T1读取某一数据后,事务T2对其做了修改,当事务1再次读该数据时,得到与前一次不同的值.例如,T1读取B=100进行运算,T2读取同一数据B,对其进行修改后将B=200写回数据库.T1为了对读取值校对重读B,B已为200,与第一次读取值不一致.
事务T1按一定条件从数据库中读取了某些数据记录后,事务T2删除了其中部分记录,当T1再次按相同条件读取数据时,发现某些记录神密地消失了.
事务T1按一定条件从数据库中读取某些数据记录后,事务T2插入了一些记录,当T1再次按相同条件读取数据时,发现多了一些记录.（这也叫做幻影读） 答案补充 读"脏"数据是指事务T1修改某一数据,并将其写回磁盘,事务T2读取同一数据后,T1由于某种原因被撤消,这时T1已修改过的数据恢复原值,T2读到的数据就与数据库中的数据不一致,则T2读到的数据就为"脏"数据,即不正确的数据.
产生上述三类数据不一致性的主要原因是并发操作破坏了事务的隔离性.并发控制就是要用正确的方式调度并发操作,使一个用户事务的执行不受其它事务的干扰,从而避免造成数据的不一致性.答案补充 两个事务T1和T2读入同一数据并修改,T2提交的结果破坏了T1提交的结果,导致T1的修改被丢失,即丢失的修改.

9. c# 无法读取数据库数据

把MyConn = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=jinru.mdb";
string sqlstr = "select * from [IN1] where NO = '" + this.textBox9.Text.Trim() + "'";
OleDbConnection myconn = new OleDbConnection(MyConn);
OleDbCommand mycmd = new OleDbCommand(sqlstr, myconn);
myconn.Open();
OleDbDataReader dr;
dr = mycmd.ExecuteReader();
dr.Read();
textBox5.Text = dr["DATANUM"].ToString();
dr.Close();
myconn.Close();
换成
MyConn = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=jinru.mdb";
myconn.Open();
string sqlstr = "select * from [IN1] where NO = '" + this.textBox9.Text.Trim() + "'";
OleDbConnection myconn = new OleDbConnection(MyConn);
OleDbCommand mycmd = new OleDbCommand(sqlstr, myconn);

OleDbDataReader dr;
dr = mycmd.ExecuteReader();
dr.Read();
textBox5.Text = dr["DATANUM"].ToString();
dr.Close();
myconn.Close(); 试试