GoatInTheMachine's questions

我有一个类似于Entity表的模式，与 具有一对多关系Attribute，与 具有一对多关系Value。Attribute有一列Name，并且Value有一列Value：

Entity
------
Id
Name


Attribute
---------
Id
EntityId
Name


Value
-----
Id
AttributeId
Value

我需要能够构建一个查询，该查询将仅返回Entity具有特定属性/值子项组合的行。目前我正在编写类似这样的查询：

select
    *
    from Entity e   
    where exists(
        select * from Attribute a 
            join Value v on v.AttributeId = a.id 
            where a.EntityId = e.id and a.Name = 'color' and v.Value = 'red')
    and exists(
        select * from Attribute a 
            join Value v on v.AttributeId = a.id 
            where a.EntityId = e.id and a.Name = 'size' and v.Value = 'small')

这可行，但每个额外的属性过滤器都会添加另一个exists子句，我对性能感到紧张。有没有一种更有效的方法来编写这种类型的查询，或者如果我使用正确的索引等，它是否可能具有完美的性能？

我有一个基本的报告解决方案，我们有一个每天导出到 CSV 文件的视图集合。由于多种原因，我们不针对事务数据库运行报告，而是针对我们临时创建的快照运行报告，然后在报告完成后删除。

这些报告非常简单，在开发机器上运行良好，即使有数百万行。

在我们的测试环境中，性能无处不在，有时需要几秒钟（与开发相同）但通常需要一分钟以上。我已经运行了一些脚本来尝试找出原因，问题始终是等待类型的PAGEIOLATCH_SH.

这些时候的磁盘 IO 很低（2-5mb/秒），CPU 占用率大约为 5%，不需要进行其他查询就会出现问题，并且与服务器内存相比，数据库较小 (2gb)（ 32GB）。报告在同一台机器上运行，但写入不同的物理磁盘。

数据库位于 Always On 可用性组中是否可能导致问题？快照与主磁盘位于不同的磁盘上是否有帮助？

任何关于问题可能是什么或如何调查的指示将不胜感激！

我有一个查询，我想在其中检索不同的Child行，但按Parent. 如果我执行以下操作，我会收到错误消息，因为列表ORDER BY中未包含指定的DISTINCT列：

SELECT
    DISTINCT c.foo, c.bar
    FROM Parent p
    JOIN Child c on c.parentId = p.id
    ORDER BY p.createdDate

但是，如果我添加p.createdDate到选择列表中，我将失去Child行的独特性，因为p.createdDate它们都不同。

如果我使用 CTE 或子查询首先进行排序，然后从中选择不同的行，则外部查询不能保证它将保持内部/cte 查询的顺序。

有没有办法做到这一点？