SQL Server中的“ ITH SCHEMABINDING缺点是什么？

梦梅

我有一个包含数百个笨拙命名表的数据库（CG001T，GH066L等)，每个数据库都有其友好名称的视图(例如， CUSTOMERS”视图为“
% |$ ~! |9 [' P9 u. m& P9 N$ ]SELECT * FROM GG120T) WITH
SCHEMABINDING为了享受一些相关的优势，比如为视图建立索引，因为少数视图有计算列，而且这些列的计算成本很高。
( q2 p/ G: x5 O) F. n3 s. j% jSCHEMABINDING这些视图有缺点吗？
我发现有些文章有一些缺点，但从来没有详细介绍过它们。我知道，一旦视图绑定到架构上，视图的任何内容（例如，列数据类型或排序规则）都不能在不删除视图的情况下更改，这是一个问题，但除此之外吗？视图本身建立索引的能力似乎远远超过了更仔细计划架构修改的缺点。
                                                               
3 @5 g/ m! [6 A9 B  V! b1 _1 `    解决方案:                                                               
                                                                没有。更安全的 我们到处使用它。