在建模数据仓库时,我们是否应该支持Data Vault而不是Dimensional建模？这两者之间的主要区别是什么？
在数据保险库2.0中，一个哈希值用于处理业务密钥，并将此哈希值用作表的主键。链接表也使用哈希主键创建关系。
我的问题是散列基本上是随机的，查询优化器无法应用任何良好的估计，因为统计信息（当然）不适用于随机分布的数据。
因此，查询优化器在要经常排序的地方使用了奇怪的计划（因为它认为只有4行可以排序）。由于我肯定不是第一个处理sql server中的数据保险库的人，因此它如何可修复？
当查询优化器使用索引查找或联接运算符时，它会完全错过行估计，因此会选择荒谬的计划。
我必须使用连接提示和查询提示（例如（FORCE ORDER））来修饰它们，以从中获得任何好处。
常见的处理方法是什么？