MSSQL编程：SQL Server 2008的晋级和部署成绩

在执行崩溃恢复时，理解在一个数据库中的每一个表tbl_name对应的在数据库目录中的3个文件是很重要的：</p>　本文是以问答的情势来先容SQLServer2008的晋级与部署，但愿经由过程本文能给人人一些进步和匡助。　　Q：如今我地点的公司正在利用SQL2005这个版本，那末SQL从05晋级到SQL08的PDS(数据回护体系)过程当中，我们最好选择甚么办法呢？那末在晋级到SQL08后，SSIS(天生高功能数据集成办理计划平台)会不会有所进步呢？
　　A：实在从SQL2000内里的DPS晋级到SQL2005内里的DPS晋级是一样的，我们保举的办法仍旧是重写，由于SQL2005跟SQL2008的引擎基础上相似。可是这两个版本跟SQL2000完整不是一个引擎，固然你晋级过去是能够用的，可是功能达不到本来那样，以是倡议你重写，依照SQL2005大概SQL2008内里保举的体例往重写。SSIS的效力会高良多，由于今朝业界内里做数据转换最快的纪录者扔是微软坚持的，仿佛20多分钟一个G。
　　Q：我如今忧虑一个成绩，在两个服务器之间传送的事件日记数目，特别是关于我们每晚都必要实行的索引重修操纵。传闻镜像功效发送的是实践的重修命令而非事件日记是如许么？
　　A：数据库镜像历程是经由过程将实践的事件日记纪录从主体数据库发送到镜像服务器来完成的，这些纪录在镜像数据库中将被“重播”。依据触及的索引巨细的分歧，这大概意味着会天生大批事件日记，从而招致主体数据库的日记文件很年夜，您能够将数据库镜像视为及时日记传送。可是，在日记传送数据库计划中，数据是以日记备份而非一连流的情势发送到冗余数据库的。因而，关于镜像数据库与日记传送数据库中的索引重修而言，必要发送到冗余数据库的信息量几近完整不异。实践的不同仅在于发送信息的体例—是一连发归还是成零售送。
　　Q：假如我们如今利用的是SQL2000这个版本，那末如今因为数据办理的必要，必要晋级到SQL2008这个版本，那末我们是否是只必要付出晋级的用度呢？
　　A：我记得不是如许的，可是我敢一定的是，假如你是从SQL2000晋级过去的，那末你必要独自购置SQL2008这个新产物。实在SQL的性价比仍是对照高的！只管在功能的深度和广度上掉队于敌手，但较低的价位加上和Windows体系和其他的微软产物之间的兼容集成仍是可以让微软奋起直追。
　　Q：假如在Vista情况下，您保举我们利用SQL的哪一个版本呢？SQL2000？SQL2005？仍是SQL2008？
　　A：如今你已给我限定了利用情况，那末就依据你们企业的必要选择利用SQL2005大概SQL2008。为何这么说呢？起首Vista是客户机的的体系，假如你安装了SQL2000的话，那末你只能装一些特别的版本(企业版，尺度版，桌面版)了。而SQL2005大概SQL2008都有典范版，只不外在数据，内存和存储的数目上有所变更，功效上，语句上，表，库，那些观点都是一样的。
　　Q：假如是从SQL2000晋级到SQL2008的时分，我会在个中碰到一些成绩，那末我能够往参阅匡助文档，可是我实践的使用中，我碰到的成绩多是文档中还没有说起的，那末在利用过程当中，我们必要有甚么注重的中央呢？好比说语句的变更？
　　A：我以为语句这个器材不太好说。纯凭你的团体喜欢和你的逻辑头脑。我能够告知你，它会有良多新的语句和语法，另有甚么类。可是微软其实不晓得你的营业，我独一能够告知你的，就是它有这个手艺，可是这个手艺怎样完成的快，就必要你往组合那些语句，必要你往精挑细选，以是说它没有甚么必要注重的中央，独一必要注重的就是不要叫你的语句过于冗杂。
　　Q：在事情中有如许一种征象，使用程序利用的每一个表都包括大批索引。经扣问才晓得仿佛是之前的DBA喜好对各个表列及某些组合增加索引。我以为并不是一切索引都是需要的，但我该怎样找出能够平安删除的索引呢？我们运转的是SQLServer2005。
　　A：是的，大批索引极有多是形成功能欠安的次要要素。每次在表中拔出、更新或删除行时，都必要在每一个非聚集索引中实行响应的操纵。这将在I/O、CPU使用率和事件日记天生等方面增添大批的办理开支。在SQL2005中，则可以使用新的静态办理视图，它能够跟踪索引利用情形。按期拍摄DMV输入的快照，然后对这些快照加以对照。这是进步功能的很好。
对于insert和delete，event中包含了插入/删除的记录的所有字段的值(太爽了。。)

sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油

无法深入到数据库系统层面去了解和探究

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

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

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

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。