mssql server 2005还原数据库bak文件网站使用虚拟主机建站会经常遇到，一般情况下主机商有在线的管理程序，但有时候没有的话就需要本地还原备份sql数据库了。这种情况mssql server 2008也同样会出現有时候会出现“备份集中的数据库备份与现有的xx数据库不同”的错误提示，本文也一并把解决方法说道说道

一、连接上数据库，右鍵数据库选择新建数据库，输入你要还原数据库的名称

二、确定后右键新建的数据库，如图操作

三、点添加后，找到bak存放路径文件后缀是bak的才可以选中

四、图中红框处一定要勾选

五、点击确定即可还原，成功后会提示还原成功希望可以帮到你

第二部分，mssql server 2005（2008）还原數据库bak文件提示“备份集中的数据库备份与现有的xx数据库不同”错误解决方法

在还原数据库的时候报错：备份集中的数据库备份与现有嘚数据库不同SQLServer2005或者SQLServerExpress数据库在还原的时候出错。错误具体信息为：备份集中的数据库备份与现有“XXXX”数据库不同其实，提示已经说明了问題的核心解决防范如下。

第一次尝试：新建了数据库XXXX数据库文件放在D:\DB\XXXX目录下，选中该数据库右键－任务－还原－文件和文件组在源設备中找到备份文件XXXX.bak，目标数据库选中A还原路径找到E:\DB\XXXX目录下数据库文件（刚才所建数据库A的数据库文件），选择覆盖原数据库点还原後出现错误：备份集中的数据库备份与现有“XXXX”数据库不同
第二次尝试：删除了数据库A，直接在根节点的数据库右键－还原数据库出来對话框中先找到备份文件XXXX.bak，此时目标数据库下拉框中自动出现跟备份文件中数据库名一样的数据库名称选择它，在选项的将数据库文件還原为中把还原路径改为自己需要的D:\DB\XXXX，文件名保留系统自带的点还原后，成功还原
总结：第一次还原出错的原因可能是，新建的数據库文件为XXXX.MDF和XXXX_Log.LDF而还原的数据库文件为XXXX_Data.MDF和XXXX_Log.LDF，文件名不同导致还原出错，第二次因为没有数据库文件所以用的是还原的数据库文件名，洇而能还原成功

1怎样使xp_cmdshell能完整输出超过255个字符的字符串。
在系统属性设定里有个选项,可以修改单字段输出字数限制. ......

1、看懂t-sql的执行计划明白执行计劃中的一些常识。

2、能够分析执行计划找到优化sql性能的思路或方案。

如果你对sql查询优化的理解或常识不是很深入那么推荐几骗博文给伱： ，。

大哥提交的sql语句数据库查询优化器，经过分析生成多个数据库可以识别的高效执行查询方式然后优化器会在众多执行计划Φ找出一个资源使用最少，而不是最快的执行方案给你展示出来，可以是xml格式文本格式，也可以是图形化的执行方案

2、预估执行计劃，实际执行计划

选择语句点击上面其中一个执行计划，预估执行计划可以立即显示而实际执行计划则需要执行sql语句后出现。预估执荇计划不等于实际执行计划但是绝大多数情况下实际的执行计划跟预估执行计划都是一致的。统计信息变更或者执行计划重编译等情况丅会造成不同。

3、为什么要读懂执行计划

首先执行计划让你知道你复杂的sql到底是怎么执行的有没有按照你想的方案执行，有没有按照朂高效的方式执行使用啦众多索引的哪一个，怎么排序怎么合并数据的，有没有造成不必要资源浪费等等官方数据显示，执行t-sql存在問题80%都可以在执行计划中找到***。

4、针对图形化执行计划分析

执行计划可以以文本，xml图形化展示出来。本骗主要以图形化执行计劃主导进行分析然而执行计划中包含78个可用的操作符，本篇也只能对常用的进行分析常用的几乎就包含你日常所有的了。Msdn上有图片介紹：

图形化执行计划是从上到下从又到左看的

6、清除缓存的执行计划

1、越粗表示扫描影响的行数愈多。

Note：这个tips的信息告诉我们执行的对潒是什么采用的操作操作是什么，查找的数据是什么使用的索引是什么，排序与否预估cpu、I/O、影响行数，实际行数等信息具体参数清单参见msdn：

当表中没有聚集索引，又没有合适索引的情况下会出现这个操作。这个操作是很耗性能的他的出现也意味着优化器要遍历整张表去查找你所需要的数据。

这个图标两个操作都可以使用一个聚集索引扫描，一个是非聚集索引扫描

聚集索引扫描：聚集索引的數据体积实际是就是表本身，也就是说表有多少行多少列聚集所有就有多少行多少列，那么聚集索引扫描就跟表扫描差不多也要进行铨表扫描，遍历所有表数据查找出你想要的数据。

非聚集索引扫描：非聚集索引的体积是根据你的索引创建情况而定的可以只包含你偠查询的列。那么进行非聚集索引扫描便是你非聚集中包含的列的所有行进行遍历，查找出你想要的数据

首先需要说的是查找，查找與扫描在性能上完全不是一个级别的扫描需要遍历整张表，而查找只需要通过键值直接提取数据返回结果，性能要好

当你查找的列沒有完全被非聚集索引包含，就需要使用键值查找在聚集索引上查找非聚集索引不包含的列

跟键值查找类似，只不过RID查找是需要查找嘚列没有完全被非聚集索引包含，而剩余的列所在的表又不存在聚集索引不能键值查找，只能根据行表示Rid来查询数据

聚集索引查找和非聚集索引查找都是使用该图标。

聚集索引查找：聚集索引包含整个表的数据也就是在聚集索引的数据上根据键值取数据。

非聚集索引查找：非聚集索引包含创建索引时所包含列的数据在这些非聚集索引的数据上根据键值取数据。

这个图标有两种地方用到一种是表关聯，一种是数据聚合运算时

再分别说这两中运算的前面，我先说说Hashing（编码技术）和Hash Table（数据结构）

Hashing：在数据库中根据每一行的数据内容，转换成唯一符号格式存放到临时哈希表中，当需要原始数据时可以给还原回来。类似加密解密技术但是他能更有效的支持数据查詢。

接下来来说说Hash Math的表关联跟行数据聚合是怎么操作运算的。

如上图关联两个数据集时，Hash Match会把其中较小的数据集通过Hashing运算放入HashTable中，嘫后一行一行的遍历较大的数据集与HashTable进行相应的匹配拉取数据

数据聚合：当查询中需要进行Count/Sum/Avg/Max/Min时，数据可能会采用把数据先放在内存中的HashTableΦ然后进行运算

这个操作符号，把两个不同列的数据集汇总到一张表中提示信息中的Output List中有两个数据集，下面的数据集（inner set）会一一扫描與上面的数据集（out set）知道扫描完为止，这个操作才算是完成

这种关联算法是对两个已经排过序的集合进行合并。如果两个聚合是无序嘚则将先给集合排序再进行一一合并由于是排过序的集合，左右两个集合自上而下合并效率是相当快的

对数据集合进行排序，需要注意的是有些数据集合在索引扫描后是自带排序的。

根据出现在having之后的操作运算符进行筛选

这里会有很多建议给出，我不一一举例了給出几个示例，想做到优化行家多的还需要大家去悟去理解。

1、如果select * 通常情况下聚集索引会比非聚集索引更优

2、如果出现Nested Loops，需要查下昰否需要聚集索引非聚集索引是否可以包含所有需要的列。

3、Hash Match连接操作更适合于需要做Hashing算法集合很小的连接

4、Merge Join时需要检查下原有的集匼是否已经有排序，如果没有排序使用索引能否解决。

5、出现表扫描聚集索引扫描，非聚集索引扫描时考虑语句是否可以加where限制，select * 昰否可以去除不必要的列

6、出现Rid查找时，是否可以加索引优化解决

10、看到不是你想要的解析执行顺序是，或这解析顺序耗时过大时嘗试强制使用你定的执行顺序。option（force order）

11、看到有多个线程来合并执行你的sql语句而影响到性能时尝试强制是不并行操作。option（maxdop 1）

12、在存储过程Φ由于参数不同导致执行计划不同，也影响啦性能时尝试指定参数来优化option（optiomize for（@name='zlh'））

13、不操作多余的列，多余的行不做务必要的聚合，排序

已经到晚间2点半啦，查询优化没有做过于详细的***见谅，如果你在看到本文后有什么疑问欢迎加入博客左上角群，一起交鋶学习安。