1.数据库锁一共分为几种?锁一般在什么情况下使用?
一个是锁的范围（行锁、页面锁、表锁），另一个是锁的粒度（共享锁、持有锁等）
1) 指定表锁
一般地，SQL Server是不大使用表排它锁的，尤其是对于比较大的表。
因为维持一个大的表排它锁会严重影响系统的并发性能。
但是呢，如果在没有并发操作的情况下，出现很多的PAGE LOCK和EXT LOCK也会在一定程度上影响性能，
毕竟锁的管理还是需要一定的开销的。所以，在确认没有并发操作（或者并发操作优先级低）的情况下，
我们可以使用TABLOCKX来指定使用表排他锁。
UPDATE dbo.ShortMessage WITH (TABLOCKX)
SET OtherPartyNumber = u.Username
FROM dbo.UserList u
WHERE u.UserID = dbo.ShortMessage.OtherPartyID
2) 不使用锁
一般地，在SELECT的时候，是会对资源发出一个共享锁的。可是在查询和更新都很频繁的时候，
我们不希望因为互相等待锁资源而降低性能，而且我们不在乎读到的数据是不是最新的，
不在乎脏读和未提交读的产生，我们可以指定SELECT不使用锁
或者是，在大批更新或插入数据时，由于性子急的原因，我想要知道操作进行到什么程度了，
而此时由于表排他锁的存在，使得我不能或者共享锁来查询该表，那么我们也可以不使用锁。
SELECT COUNT(*) FROM dbo.ShortMessage WITH (NOLOCK)
3) 在查询时使用排他锁
这个跟性能倒没有什么关系，但是在一些特殊的情况下有用，比如我们在查询某些记录的时候，
不希望它被其它进程所查询，那么我们可以使用排他锁。
SELECT * FROM dbo.ShortMessage WITH (XLOCK HOLDLOCK)
WHERE OtherPartyID = 1
这里我还使用了一个HOLDLOCK，是为了使这个锁保持到整个事务的结束
4) 跳过锁定行
如果在查询时，某些记录由于不能获得共享锁而导致阻塞，而我们可以不查询这些行，那么我们可以跳过锁定行，
比如在3)的情况下，其它查询就可以跳过锁定行。
SELECT * FROM dbo.ShortMessage WITH (READPAST)
5) 指定使用行级锁
假如我们需要在一个并发度很高的环境中做一个大规模的查询，但是我们不希望这个查询过于影响其它的查询，
而且本查询的优先级又不高，那么我们可以指定使用行级锁。
SELECT * FROM dbo.ShortMessage WITH (ROWLOCK)
2:怎样处理百万级的数据? 怎样去优化查询
回答：
除了必要的索引外其他索引可以干掉，因为insert,delete每次操作都要对索引也要操作，修改索引本身要比你插值和删除要花费的时间多多了
重建下索引，最好先清下日志，防止日志满 或者看下where后面有没有用到函数，比如convert,等，这些都有可能导致索引用不上。
3:现在要有一个关键字aa 要查询文章内容包括aa字符的信息 不能用%aa%和aa%,请问还有什么方法可以查询到包含aa的字符文章信息??
回答：可以用全文索引 where contains(col,'aa')
4:临时表一共分为几种?它们之间有哪些区别?
回答 本地临时表 。全局临时表
区别在 本地临时表 以一个井号 (#) 开头的那些表名只有在创建本地临时表的连接上才能看到这些表，
链接断开时临时表即被删除（本地临时表为创建它的该链接的会话所独享）
或者这样说局部临时表是有当前用户创建的，并且只有当前用户的会话才可以访问。
全局临时表 以两个井号 (##) 开头的那些表名
在所有连接上都能看到全局临时表或者这样说只要这个全局临时表存在，
那么用户创建会话后对所有的用户都是可见的。如果在创建全局临时表的连接断开前没有显式地除去这些表，
那么只要所有其它任务停止引用它们，这些表即被除去。当创建全局临时表的连接断开后，
新的任务不能再引用它们（换句话说旧的任务还何以引用）。当前的语句一执行完，任务与表之间的关联即被除去；
因此通常情况下，只要创建全局临时表的连接断开，全局临时表即被除去。
