【杂记 关于访问SQL SERVER2005 的系统对象】
SQL SERVER维护着一组表,存储所有对象,数据类型,约束,配置选项及SQL能访问的资源,这些表称为系统目录(系统基本表).
我们在SQL SERVER2005里有很多种方法来访问元数据.一般是使用目录视图和系统函数,信息架构视图只能包含它们全部的一部分.
最佳接口：目录视图
目录视图都位于SYS架构下,包括了动态管理对象(DMV和DMF)和兼容性视图。
兼容性视图是为了提供用户能继续访问SQL2000的系统表的一个子集(未来版本也许会被移除)
它特点1:它的名称跟SQL2000里原来的系统表是一样的(比如sysobjects sysindex),当然查询他们得到的结果不完全一样；
特点2:他不包含关于2005新特性的一些列(比如分区 partitioning)
特点3:只能在MASTER数据库下运行(只针对试用版)
其实所谓目录视图我理解为2000的系统表的详细分解 并且增加了很多新功能显示的列内容.
比如目录视图:sys.objects ==>sys.tables ==>sys.columns 在sys.tables 里面显示了sys.objects的所有列并且还有关于Table本身的列,但是sys.tables行数就没有就少于sys.objects的行数,它只包含关于Table的行
一句话概括就是说:基础视图包含了列的子集和行的超子集,而生成视图包含了列的超子集和行的子集.(上面的列子中 sys.objects 是基础视图 sys.tables 是生成视图)
信息架构视图:
大多数通过目录视图得到的信息都可以通过信息架构视图得到。但还是有少量特定功能信息没有在其中.
选择的使用时机:我们的代码要求有比较好的移植性;想得到的都是一些标准功能（不包括比如索引 文件组 CLR 等元数据）
系统函数:
主要是一些属性函数:SEVERPROPERTY()、COLUMNPROPERTY()、DATABASEPROPERTY()、INDEXPROPERTY()等。具体查看MSDN
系统存储过程:
一般以sp_开头 使用传入参数或者不使用 可以返回系统信息 但是缺点是无法控制返回信息的量.
相关文档：
为什么要同步SQL Server 2000 数据库，它都用在什么场合
数据实时备份同步，数据库服务器出问题时我们也有其正常工作时的备份
数据实时备份同步，一台服务器负载不起时，可以用来做负载均衡
数据实时备份同步，数据库服务器可以无间断，无损失迁移
主服务器被攻击或当机时另一台服务同步机可以应急
。。。。。可以说 ......
一个最简单的代码段：
string sql = string.Format("select Consult_Info.CName,Consult_Record.RTime,Consult_Record.RContent,Emp_Info.EName,CMode.Mode from Consult_Info inner join Consult_Record on(Consult_Info.CID = Consult_Record.CID) inner join Emp_Info on(Emp_Info.EID=Consult_Record.EID) inner join ......
PL/SQL语言
1、可执行部分（BEGIN）
组成语句：
变量赋值语句。
流程控制语句。
数据查询、数据操纵、事务控制语句。
游标语句。
2、可执行部分，SQL语句的使用
在可执行部分，可以使用SQL语句，但是不是所有的SQL语句都可以使用。
可以使用的主要有：SELECT、INSERT、UPDATE、DE ......
年初的时候一直在做一个网站MSSQL2000->MySQL5的迁移工作，因为采用了不同的程序系统，所以主要问题在数据的迁移。由于2个系统数据库结构差异非常大，不方便采取SQLSERVER里导入MYSQL的ODBC数据源的功能（也不推荐这么做，字段类型等不同点会搞死人的～），因此就在WINDOWS下自己写PHP脚本从SQLSERVER里读数据，然后按照 ......
自：http://blog.csdn.net/AJAXBloger/archive/2007/08/29/1764506.aspx
子查询：
使用子查询的原则
1.一个子查询必须放在圆括号中。
2.将子查询放在比较条件的右边以增加可读性。
子查
询不包含 ORDER BY 子句。对一个 SELECT 语句只能用一个 ORDER BY 子句，
并且如果指定了它就必须放在主
SELECT 语句的最 ......
