问题标签 [information-schema]

我正在尝试测试是否存在给定的默认约束。我不想使用 sysobjects 表，而是更标准的 INFORMATION_SCHEMA。

我以前用它来检查表和主键约束，但我在任何地方都看不到默认约束。

他们不在那里吗？（我使用的是 MS SQL Server 2000）。

编辑：我正在寻找约束的名称。

我有 2-3 个不同的列名，我想在整个数据库中查找并列出所有包含这些列的表。有没有简单的脚本？

我需要一种聪明的方法，以一种可以在 CREATE TABLE 语句中使用的方式从 INFORMATION_SCHEMA.COLUMNS 中获取数据类型。问题是需要理解的“额外”字段，例如 NUMERIC _PRECISION 和 NUMERIC _SCALE。

显然，我可以忽略 INTEGER 的列（精度为 10，小数位数为 0），但还有其他类型我会感兴趣，例如 NUMERIC。因此，无需编写大量代码来解析表，关于如何从列定义中获得一种字段速记的任何想法？

我希望能够得到类似：int、datetime、money、numeric**(10,2)**

I am trying to query for a list of stored procedure definitions using information_schema.routines that exist in one database but not in another.

This gives me the query definitions in a single line so when I have a comment like this

The SQL gets commented out and I cannot use the definition to create the SP.

How to I parse this back with the proper line breaks?
or
Is there a better way to get these scripts (using code)?

我正在寻找最便携的方法来检查 MS SQL Server 中是否存在触发器。它至少需要在 SQL Server 2000、2005 和最好是 2008 上运行。

该信息似乎不在 INFORMATION_SCHEMA 中，但如果它在某处，我更愿意从那里使用它。

我确实知道这种方法：

但我不确定它是否适用于所有 SQL Server 版本。

确定用户是否在 PostgreSQL 中的某个类（例如表或函数）上获得某种权限（例如选择或执行）的推荐方法是什么？

此刻我得到了类似的东西

但这很糟糕，因为我必须检查所有grantorOid可能的情况以及userOid用户可以属于的每一个。

在相关说明中：您可以测试哪些可能的权利？我没有找到任何文档，但我猜想阅读源代码：

似乎也有一个CREATE TEMP权利，但我无法弄清楚在makeaclitem-function 中使用的正确文本。

使用 Oracle，如何从 systables/information_schema 中找到索引名称和创建日期？

如何从 systables/information_schema 重现创建索引的 DDL，例如，create index indexname on tablename(column_name [, column_name....]) [local];

我正在使用 Mysql NDB Cluster，在我的 information_schema.Tables tbl 中，我在名为 Create_Time 和 Update_Time 的列中有空条目。

有没有人对此有任何已知的解决方案。

与我的普通 innodb 数据库一样，Create_Time 和 Update_Time 是正确的。

我知道到目前为止（至少在 MSSQL 2005 之前），系统数据库是 master、model、msdb 和 tempdb。

事情是，据我所知，这不能保证将来会保留。sys.databases 视图和 sys.sysdatabases 视图都不会告诉我数据库是否被视为系统数据库。

是否可以在某个地方获得此信息（数据库是否被视为系统数据库）？

问题域 http://www.freeimagehosting.net/uploads/6e7aa06096.png

那么问题来了。使用 TSQL 和 INFORMATION_SCHEMA 或 sys 视图，如何识别 1:0-1 关系，例如 FK_BaseTable_InheritedTable？

在一个具体示例中，假设一个简单的 DTO - FK_JoinTable_ParentTable 将呈现为 ParentTable 对象上的 JoinTable 的集合，而 FK_BaseTable_InheritedTable 将呈现为 BaseTable 对象上的 InheritedTable 对象（例如，继承是一个不好的选择，我知道，但不会回去）。

我能想到的最好的方法是一对多，与 FK_JoinTable_ParentTable 相同。我已经尝试了很多方法，包括（尝试）比较密钥并且我做不到。

这是脚本。问题是，使用 INFO_SCHEMA 或 sys 视图，将 FK_JoinTable_ParentTable 和 FK_JoinTable_Child 标识为一对多，将 FK_BaseTable_InheritedTable 标识为一对一/无。

试金石能够区分 FK_BaseTable_InheritedTable 和 FK_JoinTable_ParentTable