来自 CREATE TABLE http://www.sqlite.org/lang_createtable.html 的SQLite 文档:
使用 CREATE TABLE AS 创建的表没有 PRIMARY KEY 并且没有任何类型的约束。
那么有没有什么通用的方法来创建带有主键和其他索引信息的表?
在SQL92的定义中,REPEATABLE READ
是由几个条件定义的。
P1(“脏读”):
1) P1(“脏读”):SQL 事务 T1 修改一行。SQL 事务 T2 然后在 T1 执行 COMMIT 之前读取该行。如果 T1 然后执行 ROLLBACK,则 T2 将读取从未提交的行,因此可以认为该行从未存在过。
P2(“不可重复读取”):
2) P2 ("Non-repeatable read"):SQL-transaction T1 读取一行。SQL 事务 T2 然后修改或删除该行并执行 COMMIT。如果 T1 然后尝试重新读取该行,它可能会收到修改后的值或发现该行已被删除。
原子性和no updates will be lost
:
四个隔离级别保证每个 SQL 事务将完全执行或根本不执行,并且不会丢失任何更新。
表 9,其中定义REPEATABLE READ
必须排除 P1 & P2:
表 9,“SQL 事务隔离级别和三种现象”指定了给定隔离级别可能和不可能的现象。
所以在SQL92的定义中REPEATABLE READ
,必须排除P1、P2,并且支持原子性,没有更新丢失。
另一方面,A5B(Write Skew)在A Critique of ANSI SQL Isolation Levels 中定义:
假设 T1 读取 x 和 …