我知道这些设置的作用以及何时使用它们，我真正想知道的是为什么会存在这个问题。
最近，我遇到了一个丑陋的情况——那就是另一个丑陋的情况——涉及我将称之为ANSI 七的设置：
ansi_nulls ON
ansi_padding ON
ansi_warnings ON
arithabort ON
concat_null_yields_null ON
numeric_roundabort OFF
quoted_identifier ON
我在上面列出了它们以及我认为最常推荐的默认设置。（有趣的是，SET ANSI_DEFAULTS会将它们全部设置为 ON 或 OFF，而不对 numeric_roundabort 进行特殊处理，但我离题了。）
这些影响代码、查询、查询计划和一大堆东西，可以通过在整个 SO 中搜索它们中的任何一个来找到。有这么多的点击，很明显几十年来它们已经给成百上千的开发者带来了痛苦和痛苦。（早在 SO 提供帮助之前，我就遇到了他们的问题。）
我想知道的是：为什么？
为什么这是一个问题？这些设置是从哪里来的？谁认为这是个好主意？最重要的是，为什么这七个几乎总是混为一谈？
有人对此有任何见解吗？文章、博客甚至学习频道纪录片的链接都很棒。
SQL Server 来自 Sybase，它对这类事情有不同的默认设置。逐渐地，MS 引入了 SET 设置来允许我们控制行为。遵循 ANSI 标准的一大推动力是 1995 年的 6.0 版本。我相信他们甚至聘请 Joe Celko 进行 ANSI SQL 认证（是的，当时有一个认证过程 - 有人曾经使用过 SET FIPS_FLAGGER 吗？： -))。这是在引入特定 SET ANSI 设置的时候 - 允许我们仅使用一种设置“成为 ANSI”。但这与数据库设置的组合（在很大程度上被忽略）以及具有这些设置的不同组合的不同 API 和工具的组合都是一团糟。