为啥我的SQL Server 2008把数据库分离出来后就附加不进去了呢？

Posted 2023-04-03

报错结果是这样的：

2008版本的数据库分为：
sql sever 2008版本和sql sever 2008 R2版本

如果sql sever 2008 R2 版本上分出来的数据库 拿到sql 2008，sql2005，sql2000等低版本的数据库上去附加的话就会报错，因为sql sever只支持向下兼容不支持向上兼容
所以，你的这个数据库文件只能在 sql2008 R2，sql2010，sql2012 上去附加和使用！！

如果想降级的话，请使用导出数据脚本来进行数据库文件以及数据的转移！！追问

sql sever 2008版本

追答

数据文件是什么版本的？
还原上去的数据库又是什么版本啊？
你的数据库文件肯定比你的当前的这个数据版本要高哈！！你在检查检查

追问

就是错误提示信息里说版本为661,其实我分离时根本就不知道社么版本之类的，就只是点击了分离，然后再次附加的时候就报这个错，怎么弄都加不进去

参考技术A 是你分离的服务器版本为 661，比你附加的服务器版本655 要高，升级服务器版本吧追问

这个药怎么升级呢？我没弄过

追答

你看有没有 sp1 sp2之类的升级包，找个最新的安装就是了
661 是 SQL2008R2

为啥当我的查询有 Where 时 SQL Server 有更多的 I/O？

【中文标题】为啥当我的查询有 Where 时 SQL Server 有更多的 I/O？

【英文标题】：Why SQL Server has more I/O when my query has Where?为什么当我的查询有 Where 时 SQL Server 有更多的 I/O？

【发布时间】：2014-12-03 00:53:29

【问题描述】：

我使用SQL Server 2012 并编写此查询：

DBCC DROPCLEANBUFFERS;
SET STATISTICS IO ON; 

我在上面写了两行用于清洁现金并设置统计信息。

这些是我的查询：

SELECT C.custid, C.companyname, O.orderid, O.orderdate 
FROM Sales.Customers AS C 
     INNER JOIN Sales.Orders AS O 
        ON C.custid = O.custid 

SELECT C.custid, C.companyname, O.orderid, O.orderdate 
FROM Sales.Customers AS C 
    INNER JOIN Sales.Orders AS O 
        ON C.custid = O.custid 
WHERE O.custid < 5

但我得到了这个统计数据：

对于第一个查询： （受影响的 830 行） 表“工作台”。扫描计数 0，逻辑读取 0，物理读取 0， 预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。 表“订单”。扫描计数 1，逻辑读取 21，物理读取 1， 预读读取 25，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。 表“客户”。扫描计数 1，逻辑读取 2，物理读取 1， 预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

对于第二个查询： （30 行受影响） 表“客户”。扫描计数 0，逻辑读取 60，物理读取 1， 预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。 表“订单”。扫描计数 1，逻辑读取 21，物理读取 0，预读读取 0， lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

考虑到行数，为什么第二个查询中的logical reads 比第一个要多？

【参考方案1】：

无条件：

Table 'Customers'. Scan count 1, logical reads 2

有条件：

Table 'Customers'. Scan count 0, logical reads 60,

区别在于第一种情况下的扫描（速度很快，因为表很小）与通过索引的重复随机访问（不是那么快，因为表太小而无法理解） )。

但是请注意，由嵌套循环连接引起的所有这些重复的逻辑读取不会导致实际的 I/O（物理读取），因为它们会一遍又一遍地访问相同的几个块（这些块在您的缓冲区缓存工作集）。

这会给您带来性能问题吗？看起来查询已经足够快了。希望优化器能正确处理真正重要的情况（即涉及大表的情况）。

【讨论】：

谢谢，什么是 Worktable？

这是用于收集 JOIN 数据的临时结构。第二个查询显然不需要它，因为这是通过索引访问直接选择行。您可以为这两个查询附加执行计划。这应该会显示更多细节。

你有它：哈希联接（需要工作表）与嵌套循环

【参考方案2】：

也许第一个查询可以使用索引，而第二个查询不能。 custid 可能只是一个包含列，而不是索引中的键列。 您可以在执行计划中看到这一点。

【讨论】：

这很有趣。我将在我的 Owen SQL 安装中对此进行测试。但是现在，我会检查 Sales.Orders 上是否有索引，其中 custid 作为键，orderid 和 orderdate 作为 INCLUDED 列