当IDENTITY_INSERT设置为OFF时，不克不及为表中的标识列拔出显式值

优化的SQL查询算法，有效地提高查询速度信任良多SQL初学者都有碰到这个成绩吧，实在缘故原由很复杂，就是由于在写insert语句时往表的自增列显式拔出了值，而我们晓得默许情形下，自增列是主动增加的，也就是不必要我们显式赋值的，往失落显式给自增列赋值的部分便可。

那末我们就不成觉得自增列赋值了吗？偶然候，我们断定必要往自增列赋值，在导进数据时尤其凸起。

显式为SQLServer自增列赋值的办法，请拜见本站：
往自增列拔出显式值-SETIDENTITY_INSERT详解MySQL的海豚标志的名字叫“sakila”，它是由MySQLAB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者AmbroseTwebaze提供。

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。）

对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。

我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力

仓酷云

是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

也可谈一下你是怎么优化存储过程的?

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐