很多地方对EXECUTE AS 的三个参数CALLER, SELF, OWNER的说明不直观.
这里简单地举例说明: A需要拥有一个过程P1用来对表T1进行操作, B建立了这个过程,给C赋与了EXECUTE权限来运行这个STORED PROCEDURE
EXECUTE AS CALLER: 查看C(运行P1的人)有没有权限读T1
EXECUTE AS SELF: 查看B(P1的创建者)有没有权限读T1
EXECUTE AS OWNER: 查看A有没有权限读T1,以后换成D拥有P1就查看D有没有权限读T1
都是用于全文搜索用,这两者的区别是:
1. CONTAINSTABLE功能强,参数组合可以表达几乎任意情况,而FREETEXTTABLE功能较弱,一般用于固定的字符串搜索
2. 相较于第一条所带来的结果,CONTAINSTABLE耗费的资源多,速度慢,而FREETEXTTABLE消耗的资源少
3. CONTAINSTABLE用于精确搜索,FREETEXTTABLE会查找出相近的结果,比如搜索SWIM会找到SWAM
--对这一点的补充: 用CONTAINSTALBE时,加入FORMS OF INFLECTIONAL参数也可以找出单词的对应变形(如过去式,复数等),但是不会对单词的同意词等进行扩展搜索,而FREETEXTTABLE就可以搜索到近义词的相关内容
暂时只找到这些区别
HOLDLOCK
将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK等同于SERIALIZABLE。
NOLOCK
不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于SELECT语句
PAGLOCK
在通常使用单个表锁的地方采用页锁。
用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000在此隔离级别上操作。
跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于SELECT 语句。
等同于NOLOCK
用与运行在可重复读隔离级别的事务相同的锁语义执行扫描
使用行级锁，而不使用粒度更粗的页级锁和表级锁
用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于HOLDLOCK，那么在事务结束之前，锁将被一直持有
使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Serve一直持有该锁。但是，如果同时指定HOLDLOCK
使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有
读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改
使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用PAGLOCK或TABLOCK指定该锁，这种情况下排它锁适用于适当级别的粒度
一个SQL服务器上可以存在多个SQL进程, 复制数据到其他SQL进程,甚至是其他SQL服务器上时,可以使用LINKED SERVER功能,代码如下:
- sp_addlinkedserver @server='192.168.123.456', @provider='SQLNCLI', @srvproduct='',@provstr='User Id=sa; Password=are-you-crazy-to-use-sa'
- insert into [192.168.123.456].MYDB.dbo.tblRecords
- select * from MYDB.dbo.tblRecords
插入结束后,记得移除LINKED SERVER:
- sp_dropserver [192.168.123.456]
