Jim's blog

 SELECT DISTINCT SUBSTRING( KMM102.KMM102_BGT_TYPE,1,4 ) AS BGT_TYPE,            ( CASE SUBSTRING( KMM102.KMM102_BGT_TYPE,3,2 ) WHEN "09" THEN "1" WHEN "10" THEN "2"           WHEN "11" THEN "3" ELS

精妙SQL语句  说明：复制表(只复制结构,源表名：a 新表名：b) SQL: select * into b from a where 1说明：拷贝表(拷贝数据,源表名：a 目标表名：b) SQL: insert into b(a, b, c) select d,e,f from b; 说明：显示文章、提交人和最后回复时间 SQL: select a.title,a.u

当一个用户会话（会话1）已经落定了一个资源，而另一个会话（会话2）想要修改该资源，并且会话2也锁定了会话1想要修改的资源时，就会出现“死锁”(deadlocking)。在另一方释放资源前，会话1和会话2都不可能继续。所以，SQL Server会选择死锁中的一个会话作为“死锁牺牲品”。注意：死锁牺牲品的会话会被杀死，事务会被回滚。注意：死锁与正常的阻塞是两个经常被混淆的概念。发生死锁的一

条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。循环等待条件(Circular wait)：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。对应到SQL Server中，当在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此时会造成这些

锁机制NOLOCK和READPAST的区别。1. 开启一个事务执行插入数据的操作。BEGINTRAN tINSERTINTO CustomerSELECT'a','a'2. 执行一条查询语句。SELECT*FROM Customer WITH(NOLOCK)结果中显示”a”和”a”。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不可重复读A用户读取数