我在表格中有一个单词/短语列表phrases。description我有另一个表，其中包含索引该列的全文目录。
我想results用每个短语的记录填充一个表，以及在描述中找到该短语的次数：
INSERT INTO results(phrase, foundcount)
SELECT phrase,
(SELECT COUNT(*) FROM table WHERE CONTAINS(table.description, phrase))
FROM phrases;
无论我如何尝试，这都会导致错误：
Incorrect syntax near `phrase`. Expecting STRING, TEX_LEX, or VARIABLE
我真的宁愿不使用游标，这样我就可以将每个游标分配phrase给一个变量。那真的是唯一的选择吗？
考虑加入A LEFT JOIN B ON A.id = B.a_id：
B.a_id可以为空——大多数但不是所有B记录都指向一条A记录。A最多只能有一个匹配记录B（业务逻辑）。A记录在B.有没有办法告诉 MSSQL永远不会有超过一个 A:B 匹配项，从而允许它在为给定A记录找到匹配项后快捷连接？
我认为如果B.a_id有一个唯一索引，这种优化可能会发生，但这是不可能的，因为它可以为空。
使问题复杂化：A 和 B 在不同的数据库中（同一个 MSSQL 实例）。
如果重要的话，我使用的是 SQL Server 2008 R2。
我有一个很少使用的“评论”类型的列——在 300 万条记录中大约有 6% 是非空的。平均长度（使用时）为 6 个字符，目前最大约为 3KB。此字段最多 4000 个字符是合理的。我有两个选择：
comments varchar(max) NULL -- this is the current column definition
comments varchar(4000) SPARSE NULL
我目前的理解是，在这两种情况下，一个NULL值都不需要存储——只需要列的位集和行元数据中NULL的长度。0
但是对于非空情况，一个比另一个有明显的优势吗？
带有值的稀疏列的额外 4 字节指针表明它们始终存储在行外text或非常大的varchar(max)字段中。是这样吗？
如果是这样，我倾向于使用varchar(max)，因为如果总行长度超过 8KB，它只会在行外存储值，并且我的大多数值都很短，不太可能超过限制。
我还没有看到 BOL 中解决了这种特殊情况，所以我希望这里有人对 MSSQL 的内部有足够的了解，可以提供一些见解。
（如果重要的话，我目前正在使用 2008R2，但希望尽快升级到 2014。）
我有一个表，用于存储每天至少运行一次的查询结果。有一bit列表示该行是否来自最近运行的具有特定参数集的特定查询。（是的，它是一个函数依赖，但对性能来说是必要的非规范化，因为这个表上的大多数查询只对最近的结果感兴趣。）
由于此bit列几乎总是假值，因此我正在寻找调整仅返回真值的查询的最佳方法。分区不是一个选项（标准版）。看起来使列 SPARSE 将是一个有趣的解决方案，但我相信这将需要我将列更改为可为空的并使用 NULL 而不是 0 作为假值。似乎有点笨拙。
是否有类似于 SPARSE 的选项可以优化具有大部分（超过 99%）错误值的非空位列的空间/性能？
Pinal Dave 的文章指出零值和空值都已优化，但这对我来说似乎不正确，因为它们是不同的值——除非 MSSQL 对非空列使用相同的机制来指示默认值。如果这是真的，那就太好了，但是BOL没有提到这一点。
我有一个包含三个“级别”对象的数据库：A、B和C。表A有大约 100000 行，B有 500000，C有 200 万。
出于愚蠢，我将数据库设计为使用连接表AB和BC，即使它们是 1:m 并且可以表示为 中的ParentA属性B和 中的ParentB属性C。我这样做是因为当时我认为这些可能是 m:m。
现在，我还有一个D与 有 am:m 关系的表C。为了简化用户的数据管理，允许他们D与每个.ABC
因此，我有连接表DA、DB和DC，以及一个连接视图DC2，其中包括和连接DC的继承DC关系。我为此使用了 UNION ALL，并且有一些业务逻辑可以防止用户在两个级别分配相同的记录。DA-AB-BCDB-BCD
问题是，性能DC2有点糟糕。所有其他表都有适合这些连接的覆盖索引，并且覆盖索引是聚集的。DC2 不包括表A、B、C或D，仅包括连接表。
还有表 E、F、G 和 H，它们在与 A、B 和 C 的关系方面与 D 相似。
我可以使用哪些策略来改善这些继承关系的性能？
已经想到：
DC2索引视图不是一种选择，因为在 MSSQL 的索引视图中不允许使用 UNION。