问题标签 [indexed-view]

View1我在and 上创建了一个索引视图，Table1并且Table2在Table1使用View1. View1当我在而不是触发器和触发器之后使用此视图时，数据似乎没有改变。但是我想View1在触发器后使用这个视图时使用新数据。我该怎么做。需要注意的是，我with Noexpand在使用索引视图时使用了提示（当在此索引视图中不使用with noexpand提示时，SQL Server 2008 R2例如没有索引视图）。

我正在为索引视图进行事务复制。我有其他复制模式绑定视图，它们使用 NOEXPAND 提示引用索引视图。即使我在为索引视图调用 sp_addarticle 之后为 NOEXPANDing 视图调用 sp_addarticle，但我收到了错误：

因为 SQL Server 试图在索引视图上创建索引之前在目标服务器上创建 NOEXPANDing 视图。

有没有办法强制 SQL Server 在开始 NOEXPANDing 视图之前完成索引视图索引的复制？

我有一张桌子，几年后它会增长到几百万行。作为我的 Web 应用程序的一部分，每当用户访问特定页面时，我都必须查询该表子集的计数。戴架构师帽子的人说他们对此有性能问题。假设它们是正确的，添加索引视图会解决这个问题吗？

我想要快速的 Sql：

或者

桌子：

看法：

指数：

我有一个关于优化复杂搜索查询性能的想法的问题。这是这种情况：

基表，包含要搜索的字段：

要加入的表，以及要搜索的字段：

我的想法是创建一个像这样的索引视图：

（ServerID 上的聚集索引，Term 上的非聚集索引）

这是所有可能数据的联合：

当我想搜索时，我打算这样做：

好主意还是坏主意？

我已经设置了一个索引视图，我打算将其用作 SSAS 多维数据集的数据源视图。索引视图看起来像这样：

现在，当我去select * from vw_indexed1的时候，它需要很长时间，大概是因为它试图扩展基础表中的索引，所以我会使用select * from vw_indexed1 with (noexpand)，它的执行就像直接在具有聚集索引的表上进行选择一样。

我的问题是：如果我将此视图用作 SSAS 项目的 DSV，它是否会尝试每次都使用底层索引？如果是这样，我怎么能强迫它考虑vw_indexed1一个有自己索引的表？

我刚刚发现，几年前我迅速整理的一份报告是收集数百万美元的唯一手段，而且没有任何事情可以检查它是否正确。

出于性能原因，该报告大量使用索引视图。这让我很担心，因为虽然我经常使用索引视图，但我倾向于不将它们用于如此关键的任何事情。

索引视图是否可能无法更新或返回与表中数据不同的信息？这是多么真实的风险？我可以定期运行一个好的 SQL 脚本来检查错误吗？

我有多个索引视图，我想将它们从主文件组移动到另一个文件组，对性能的影响最小。我怎样才能做到这一点？

我一直在为这个僵局拉头发：

[放大]

IX_OrderAmounts 是在 Amount 表上进行聚合的索引视图。左侧的事务（可重复读取 - 尽管已提交读取也会发生同样的情况）仅在 Amount 表中插入一行。右侧的事务（已提交读）更新了 Amount 表中的几行（2 - 3 行）（全部在一个 UPDATE 语句中）。

现在我不明白为什么左边的事务，只需要插入一行，需要获取第二个更新锁。

因为死锁在我不直接更新的索引视图上，所以我不能真正使用 SQL 提示（或者至少我不知道如何使用）。

我该如何解决这个死锁？

我有一个对许多表执行联接的查询，这导致性能不佳。

为了提高性能，我创建了一个索引视图，并且我看到使用日期过滤器的视图查询性能有了显着提高。但是，我担心的是索引的存储。根据我的阅读，唯一聚集索引存储在 SQL Server 上。这是否意味着它将作为视图中连接的一部分产生的整个数据单独存储？如果是这样，如果我在视图中包含了属于连接一部分的表中的所有列，那么在没有索引视图的情况下，服务器上消耗的磁盘空间是否会大约是磁盘空间的两倍？每次我将数据输入基础表时，索引视图的数据都会重复吗？

I can create clustered or non-clustered index on view and SQL SERVER says, we can have multiple non-clustered index (max 249), but only one clustered index exist on table or view. Because, records are sorted, where they physically stored and we can't have multiple sorting order. So, my question is, since View doesn't physically stored in database. Then, what if I create clustered index on view and base table already exist clustered index. How clustered index implemented on view ? How clustered index works and useful on view ?