问题标签 [indexed-view]

我想创建以下索引视图：

这工作正常。但是，我真正想做的是仅在此视图中包含两天或更晚的行，截至当前日期/时间查询视图。我找不到这样做的方法，因为我不能在 Where 谓词中使用 GetDate()，因为它是不确定的。换句话说，我想做这样的事情，但不能：

有没有解决的办法？

我意识到这是一个非常人为的示例，但我已将完整版本简化为以下说明问题的内容：

我得到：

消息 8668，级别 16，状态 0，第 12 行
无法在视图“PracticeRepository.model.Appointments_Partition1”上创建聚集索引“IX_Appointments_Partition1_Id”，因为视图的选择列表包含聚合函数或分组列的结果表达式。考虑从选择列表中删除聚合函数或分组列的结果表达式。

我包括 count_big...那么为什么该组有问题？....我该如何解决该错误？

所以，我有一个图像cv::Mat创建为索引 2D 矩阵，颜色为 1,2,3，... 最多 255。我想一次调整我的图像大小，但像我目前所做的那样 - 单独为每个索引，所以为了不得到混合颜色：

那么，OpenCV 能否帮助我实现索引图像的自动化（这样我就无法cv::Mat为每个集群创建正确的调整大小）？

我正在尝试创建索引视图并在创建索引时出现以下错误：

无法在视图上创建索引 ....'，因为 WHERE 或 GROUP BY 子句中视图引用的列 'Amount' 不精确。考虑从视图中删除该列，或更改该列以使其精确。

real有问题的列有一个我猜是问题的数据类型？

解决此问题的适当方法是什么？我可以在视图 SQL 中进行转换以消除“不精确”吗？

视图 SQL 指定如下：

我有一个索引视图，但是当我在该视图上运行查询时，未应用基于视图构建的索引，并且查询在没有索引的情况下运行。下面是我的虚拟脚本：Tables + View+ Index on View

现在，当我运行以下查询时，未应用 [PK_TestView] 索引：

你能帮我解决这个问题吗？

我有一个索引视图，我基本上需要这样做

尝试创建索引会产生：

无法在视图“....”上创建索引。函数“isdate”产生不确定的结果。使用确定性系统函数，或修改用户定义函数以返回确定性结果。

MSDN 说

仅当将 ISDATE 与 CONVERT 函数一起使用时，
如果指定了 CONVERT 样式参数，并且样式不等于 0、100、9 或 109，ISDATE 才具有确定性。

这里http://msdn.microsoft.com/en-us/library/ms187347.aspx。

但我根本不知道那是什么意思。据我所知，我将它与 CONVERT 功能一起使用....

有什么办法可以解决这个问题？

我在这里询问了关于计算表 a 中的值在表 b 中出现的次数，但在解决之后，我意识到我不能使用左连接（或右连接或外连接），因为我将使用导致索引视图，它不允许使用这些连接。

那么，如果这些限制适用，有没有办法做到以下几点？

我有两个表：产品和订单。订单通过 ProductID 作为外键引用产品。我想知道每种产品已售出多少次，包括从未售出的产品。

有没有办法解决这个问题，让你最终得到这样的结果？

我知道索引会损害插入/更新性能，但我正在尝试排除故障并确定查询性能和插入/更新性能之间的正确平衡。

我们为一些非常复杂的查询创建了许多视图（大约 20 个）。他们通过按键搜索真的很慢（可能需要 20 秒才能扫描 5 到 10 个按键）。

对这些视图进行索引（在各种关键列上使用聚集索引和非聚集索引）可以将它们的性能提高 80 倍到 100 倍。它还损害了插入/更新性能，以至于将大约 100 行插入各种相关表的脚本需要大约 45 秒才能运行，而不是即时运行。

我不想为这些视图走 OLAP 路线（它会增加一个全新的复杂层......并且这些视图当前是可更新的，这会造成反向同步问题）......所以我正在尝试弄清楚如何平衡查询性能与插入/更新性能。

有人可以建议如何诊断特定的问题索引 - 以及减少它们对插入/更新影响的潜在方法吗？

我已经尝试过使用覆盖索引、包含 INCLUDE 的索引和复合聚集索引作为替代方法，看看它是否有所作为（实际上并没有）。

谢谢。

问候溢出者，

是否有一个 SQL DBMS 允许我创建一个索引视图，我可以在其中插入新行而不修改视图的原始表？在执行仅视图内插入后，我将需要查询此视图。如果答案是否定的，还有什么其他方法可以完成这项工作？我只是想将来自另一台服务器的一组行与创建的视图中的一组行合并 - 以特定顺序 - 以便能够对合并的集合（即索引视图）执行快速查询，而不必持久化磁盘中接收到的集合。我不确定使用内存数据库是否会因为合并集变得荒谬而表现良好？

你们觉得怎么样？

亲切的问候

MSDN 中对索引视图的描述如下：“由于对基表中的数据进行了修改，因此数据修改会反映在索引视图中存储的数据中”。

但是我现在很困惑，更新基表中的任何字段是否会导致索引视图的自动维护，即使该字段不包含在索引视图的定义中？

谢谢！