主页 / dba / 问题 / 284822
Accepted
T.S.
Asked: 2021-02-06 17:39:58 +0800 CST

不能依赖 INFORMATION_SCHEMA.view_definition？

  • 772

我已经构建了比较数据库中的对象并生成脚本以复制不同数据库中的对象的应用程序。当我使用它来检索视图代码时我注意到了什么

select * from INFORMATION_SCHEMA.VIEWS where TABLE_NAME = 'V_SC_ALL_CUSTOMER_DOCUMENTS'

是VIEW_DEFINITION缩短视图 DDL。然后我学会了使用sys.sql_modules来获得完整的定义。

我跑了这些

sp_help 'INFORMATION_SCHEMA.VIEWS'
sp_help 'sys.sql_modules'

并发现INFORMATION_SCHEMA.VIEWS.VIEW_DEFINITION nvarcharsize = 8000 和sys.sql_modules.DEFINITION nvarcharsize = -1。我相信nvarchar(max)。

VIEW_DEFINITION如果你不能依赖它，那又有什么意义呢？还有其他类型的对象我应该检索sql_modules而不是从它们相应的表中检索，如过程、触发器等？

sql-server ddl

2 个回答

  1. Best Answer

    正如 Erik 在他链接的文章中提到的那样，INFORMATION_SCHEMA它是 SQL Server 2000 经典时代的弃用架构。您应该阅读他链接的文章，因为它介绍了它被弃用的原因，并引用了支持这些原因的 Microsoft 文档。

    您可以改为使用以下查询，该查询利用 sys.objects 视图来获取视图的定义：

    SELECT m.[definition] AS ObjectDefinition
FROM sys.objects o
INNER JOIN sys.sql_modules m 
    ON m.[object_id] = o.[object_id]
WHERE o.[object_id] = OBJECT_ID('dbo.YourViewName')
    AND o.[type] = 'V';

    或者函数OBJECT_DEFINITION()也得到如下定义：

    SELECT OBJECT_DEFINITION(OBJECT_ID(N'dbo.YourView')) AS ObjectDefinition;

    无论哪种方式都需要注意，它将包含用于修改对象的最后一个脚本。因此，如果视图在创建后被更改，它将以语句开头，ALTER VIEW否则它将具有CREATE VIEW语句。

    • 3

  2. FWIW，过去我在信息模式视图上做了一些工作。除其他外，我为他们创建了一个数据库图表（我可能还在某个地方）。

    然后到了 2005 年，我意识到他们与产品有多么不合时宜。只需考虑目录视图的数量（大约 280 个）和我们拥有的信息模式视图（21 个）。此外，在 2005 年之前，我们没有像现在这样的模式概念，所以我记得这些视图中的“模式”在某些情况下可能是数据库名称。当然，由于向后兼容性的原因，这无法更改。（我对细节有点模糊，毕竟这是大约 15 年前的事了。）

    对于当时更多参与这方面的我们来说，很明显 MS 并没有在这方面花费太多资源，而我在 2005 年发布时就放弃了使用它们，就像烫手山芋一样。

    为这种类型的元数据制定 ANSI/ISO SQL 标准是个好主意。但它只是不会在现实中飞行，IMO。

    （现在让我惊讶的是，我发现了一个名为 SEQUENCES。这个功能是在 2012 年推出的，所以显然对 info_schema 视图做了一些工作，仍然......）

    • 2

相关问题