我的计算机上运行着 SQL Server 2014 和一个compatibility_level100 的数据库（SQL Server 2008）。我认为这足以在 SSMS 中编写仅适用于 SQL Server 2008 及更低版本的查询，但出于某种原因，SSMS 运行使用OVER (PARTITION BY ...)仅适用于 2012 及更高版本的子句（带有 BETWEEN 参数）的查询。
我们的软件需要与 2008 R2 及更高版本兼容。如果我编写与 2008 R2 不兼容的查询，是否有我可以更改的设置会导致我的查询在 SSMS 中失败？
除了研究您应该故意不使用哪些功能之外，这里唯一合理的解决方案是拥有一个健壮的测试结构，在该结构中您可以针对您打算与之兼容的所有可能版本的 SQL Server 运行您的应用程序。
即使对于可能适用于多个 SQL 版本的查询，它们的行为也可能略有不同。
100 次中有 99 次，您不太可能看到新版本的 SQL 破坏现有代码，但“（耸耸肩）它可能会工作”与“我的应用程序在以下 SQL 版本上经过全面测试和支持”之间存在差异:..." 如果您在博客上发布有用的脚本，前者可能没问题。但是，如果您要销售和支持商业应用程序，您肯定需要后者。
一件令人困惑的事情是 SQL Server 2008 和 SQL Server 2008 R2 都具有相同的兼容级别 100。请在此处查看 MS 文档。此链接还包含一个图表，描述了兼容性级别施加的限制。
也就是说，带有 (PARTITION BY...) 的 OVER 子句可用于这两个版本。请在此处查看 MS 文档。
更改兼容性级别只会启用/禁用某些数据库行为，它不会使数据库像在该版本的 SQL Server 上运行一样运行。例如，新的 2014 t-sql 功能对于在较低兼容级别下运行在 SQL 2014 上的数据库仍然可用，但新的基数估计器则不可用。
查看 MSDN 文档以准确了解每个兼容级别启用/禁用的内容。 https://learn.microsoft.com/en-us/sql/t-sql/statements/alter-database-transact-sql-compatibility-level
您始终可以将 SQL 2008 R2 安装为命名实例，并针对它进行开发。如果您实际上支持该版本及更高版本，那么针对不同的实例运行代码以查看它们是否相当相似可能不会有什么坏处，因为 SQL 接受查询并不意味着它甚至会在版本之间以相同的方式运行.