在 SQL Server 2017（及更高版本）中，对于在可用性组中配置并启用了查询存储的数据库，自动调整是否适用于只读副本？
我不这么认为，因为查询存储数据存储在读/写数据库中，被复制到所有 AG 只读副本，因此不代表/支持在给定只读副本上执行的任何查询活动，并且所以不能支持任何只读副本的自动调整。
这个对吗？我希望有人可以反驳这一点，或提供某种解决方法。我们在一些重要的只读副本查询上遇到了严重的查询嗅探问题，如果自动调整可以解决这个问题，管理层可能会购买升级。
（我在网上找不到任何关于此的内容，而且几乎没有关于自动调整的任何内容。）
我知道这些设置的作用以及何时使用它们，我真正想知道的是为什么会存在这个问题。
最近，我遇到了一个丑陋的情况——那就是另一个丑陋的情况——涉及我将称之为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 提供帮助之前，我就遇到了他们的问题。）
我想知道的是：为什么？
为什么这是一个问题？这些设置是从哪里来的？谁认为这是个好主意？最重要的是，为什么这七个几乎总是混为一谈？
有人对此有任何见解吗？文章、博客甚至学习频道纪录片的链接都很棒。