问题[compatibility-level](dba)

我想使用以下查询：

SELECT  
    SUBSTRING(qt.TEXT, ( qs.statement_start_offset / 2 ) + 1,
     ( ( CASE qs.statement_end_offset
           WHEN -1 THEN DATALENGTH(qt.TEXT)
           ELSE qs.statement_end_offset
         END - qs.statement_start_offset ) / 2 ) + 1) AS [Text] ,
 qs.execution_count ,
 qs.total_logical_reads ,
 qs.last_logical_reads ,
 qs.total_logical_writes ,
 qs.last_logical_writes ,
 qs.total_worker_time ,
 qs.last_worker_time ,
 qs.total_elapsed_time / 1000000 total_elapsed_time_in_S ,
 qs.last_elapsed_time / 1000000 last_elapsed_time_in_S ,
 qs.last_execution_time ,
 qp.query_plan
FROM sys.dm_exec_query_stats qs
 CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
    CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) qp
ORDER BY qs.total_worker_time DESC 

我从如何查找 CPU 密集型查询中获取了代码片段？在 SQL Server Central 博客上。

我需要在其中的数据库上运行此查询，compatibility mode 80并且 APPLY 在那里不可用。

我们有一个 SQL 2008 R2 服务器，上面有一个以兼容模式 80 运行的数据库。我们有兴趣将 2008 R2 升级到 2014，但是升级顾问不起作用，因为我们不能强制它寻找旧语法在兼容 80 模式下工作（例如 *= JOIN 语法），它只是假设数据库是 2008 R2 数据库，它忽略了兼容模式。

我们在这里有什么选择？我们知道它使用了一些已弃用的语法，我可以编写一些 XQuery 来检查缓存中是否有使用它的查询，但是我们还有什么可以做的更具体一点吗？

我有一个Mydatabase在 SQL Server 2008 R2 中创建的数据库。我已经升级到 SQL Server 2012。

我试图执行下面的查询来计算百分位数

select Distinct [KEY],PERCENTILE_CONT(0.25)  within group(order by EachPrice)
OVER(Partition By [KEY]) As Q1,PERCENTILE_CONT(0.50)  within group(order by EachPrice)
OVER(Partition By [KEY]) As Q2,
PERCENTILE_CONT(0.75)  within group(order by EachPrice)
OVER(Partition By [KEY]) As Q3,
PERCENTILE_CONT(1)  within group(order by EachPrice)
OVER(Partition By [KEY]) As Q4
from Mydatabase

但我收到一条错误消息，指出

Msg 10762, Level 15, State 1, Line 1
当前兼容模式下不允许使用 PERCENTILE_CONT 函数。仅允许在 110 或更高模式下使用。

1. 我可以将兼容模式更改为 110 吗？
2. 将兼容模式从 100 更改为 110 有何影响？

请指教

我读到，出于向后兼容性的原因，只要您从旧版本恢复到新版本，就可以在 SQL Server 中恢复数据库。

如果您可以从 *.bak 文件为不同版本的 SQL Server 恢复数据库，有谁知道？我们正在通过 FTP 移动一个非常大的数据库，这需要几天时间，所以我们宁愿只做一次。如果在我们通过 FTP 传输数据库时没有人响应，我们显然会尝试一下，通过测试看看它是否有效，并回答我们自己的问题。

下面是获取 SQL Server 版本详细信息的查询。productversion格式为{major revision}.{minor revision}.{release revision}.{build number}. 在我的情况下，源和目标{release revision}的值为。所以看起来没问题。然而，不同的是。55005512edition

询问：

SELECT 
  SERVERPROPERTY('productversion'), 
  SERVERPROPERTY('productlevel'), 
  SERVERPROPERTY('edition')

源数据库：

10.0.5500.0
SP3
Developer Edition (64-bit)

目标数据库：

10.0.5512.0
SP3
Enterprise Edition (64-bit)

在 SQL Server 2000 上认证的应用程序在兼容级别 80 的 SQL Server 2008 上不能正常工作是否有任何技术原因？

换句话说，将 2000 数据库附加到 2008 服务器并保持 80 级别是否会丢失任何数据或功能？

我知道要查询数据库的当前兼容性级别

declare @dbname sysname
select @dbname = db_name(0)
exec sp_dbcmptlevel @dbname

但这似乎通过打印返回其结果，我发现无法将值分配给变量并使用它来控制 if ... else ... 构造根据当前设置执行不同的代码。

我们有一些数据库脚本需要从 SQL Server 2008 R2 迁移回 2005，通常在 SQL Server 2008 / 2008 R2 中创建的脚本无法在 SQL Server 2005 安装上运行（一些客户仍在使用）。

所以我的问题是：根据您的经验/知识，这真的有必要吗，或者在 SQL Server 2008 (2008 R2) 上将兼容性级别设置回 90 是否可以解决 SQL Server 2005 中未被注意到的破坏脚本的问题？MSDN 说“兼容性级别仅提供与早期版本的 SQL Server 的部分向后兼容性”，所以我在这里不确定。

谢谢...

我想要一个“功能将通过兼容性级别 90 但在 SQL Server 2005 上中断”或链接的具体列表。如果列表是短列表，我们可以将其转换为内部“不要那样做！”列表并保存很多工作。

在 SQL-Server 2005 上将 cmptlevel 设置为 80 会禁止使用 PIVOT 和 APPLY，但不会影响分析函数的使用。这背后有什么道理吗？