MSSQL编程：显现表的具体信息(数据范例，长度，默许...

Archive非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度，但其对查询的支持相对较差数据|数据范例|显现
selectcasewhenc.colid=1thenobject_name(c.id)elseendas表名
,c.nameas字段名
,t.name数据范例
,c.precas长度
,p.valueas形貌信息
,m.textas默许值
fromsyscolumnsc
innerjoinsystypestonc.xusertype=t.xusertype
leftjoinsyspropertiesponc.id=p.idandc.colid=p.smallid
leftjoinsyscommentsmonc.cdefault=m.id
whereobjectproperty(c.id,IsUserTable)=1

固然很复杂，但宣布出来，但愿能匡助初学的伴侣，只需仔细研讨syscolumns,systypes...等体系表，就能够失掉你所想要的信息！
从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但MySQL把同一个数据表里的索引总数限制为16个。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

我们学到了什么？思考问题的时候从表的角度来思考问

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。