我想跟代码谈谈

原文地址：http://www.lonery.com/view_article.php?aid=5 【sqlserver】： sqlserver 认为 null 最小。 升序排列：null 值默认排在最前。 要想排后面，则：order by case when col is null then 1 else 0 end ,col 降序排列：null 值默认排在最后

今天写SQL的时候偶然间看到示例在创建表的SQL语句加了一段“ENGINE=MyISAM”，一时好奇想看下这个“MyISAM”是什么意思，于是在网上搜出了官方文档《MySQL 5.1 参考手册》中对MySQL存储引擎的简介，摘抄如下： 原文地址：http://dev.mysql.com/doc/refman/5.1/zh/pluggable-storage.html#pluggable-stor

原文地址：http://hedengcheng.com/?p=771 1    背景    1 1.1    MVCC：Snapshot Read vs Current Read    2 1.2    Cluster Index：聚簇索引    3 1.3    2PL：Two-Phase Locking    3 1.4  

1. read uncommitted，读未提交。事务A能读取到事务B已修改但未提交的数据。脏读 2. read committed，读已提交。事务A只能读取到事务B已经提交的数据，但由于事务读取到的是它每次SELECT前的数据快照，因此同一事务多次SELECT的结果可能不同。不可重复读。大多数关系数据库（如Oracle）的默认隔离等级 3. repeatable read，可重复读。

共享锁与排它锁 数据库理论中根据互斥性将锁分为两种： 共享锁（S锁、读锁）：事务获得元组的共享锁后，其它事务也只能获得该元组的共享锁，而不能获得排它锁；获得共享锁的事务可以对元组进行读操作 排它锁（X锁，写锁）：事务获得元组的排它锁后，其它事务既不能获得该元组的共享锁，也不能获得排它锁；获得排它锁的事务可以对元组进行写操作 此外，MySQL在此基础上做了扩展，增加了两种意向

乐观锁与悲观锁不同的是，它是一种逻辑上的锁，而不需要数据库提供锁机制来支持 当数据很重要，回滚或重试一次需要很大的开销时，需要保证操作的ACID性质，此时应该采用悲观锁 而当数据对即时的一致性要求不高，重试一次不太影响整体性能时，可以采用乐观锁来保证最终一致性，同时有利于提高并发性 通常，乐观锁采用版本号/时间戳的形式实现：给数据额外增加一个版本号字段进行控制；更新时，若提交的数