问题[metadata](dba)

在查询特定表的元数据时，我可以

1. 使用该OBJECT_ID功能或
2. 加入相关的系统表（sys.tables和sys.schemas）。

例如，这两个查询都将返回 table 的所有 DML 触发器myTable：

SELECT *
  FROM sys.triggers AS t
 WHERE t.parent_id = OBJECT_ID('[dbo].[myTable]', 'U')

SELECT *
  FROM sys.triggers AS tr
       INNER JOIN sys.tables AS tab ON tr.parent_id = tab.object_id 
       INNER JOIN sys.schemas AS s ON tab.schema_id = s.schema_id 
 WHERE s.name = 'dbo' AND tab.name = 'myTable';

纯粹是口味问题，还是有充分的理由偏爱其中一个（如果两者都能解决您的问题）？

我的初步分析是：

• 选项 1 更短（显然）。
• 使用选项 2，我无需担心引用/转义表/模式名称（如果它包含特殊字符）。
• 查询计划不同（但不太可能产生巨大差异，因为这不是我计划经常执行的操作）。

我错过了什么重要的事情吗？

在 SQL Server 中，您可以IMPLICIT_TRANSACTIONS通过@@OPTIONS.

如何找到IMPLICIT_TRANSACTIONS另一个会话的值？

这绝对可以做到，因为 SQL Server Profiler 显示了它。

Codd为关系数据库管理系统制定的 12 条规则之一是规则 1，其中规定了以下内容：

规则 1：信息规则

所有信息（包括元数据）都将表示为表格单元格中的存储数据。行和列必须严格无序。

为什么将元数据存储在表中很重要？

在您自己的表中使用 OBJECT_ID() 作为引用是否安全，假设无论如何该值将始终引用同一个数据库对象？

msdn声明_

所有元数据函数都是不确定的。这意味着这些函数在每次调用时并不总是返回相同的结果，即使使用相同的输入值集也是如此。

所以这表明它不安全，但我找不到任何（其他）确凿的事实表明它不应该这样做，而且，公平地说，没有人实际这样做的例子，这本身可能是不这样做的证据做。

但是值 OBJECT_ID() 是（或似乎是）在系统表和视图中用作从一个对象到另一个对象的键，因此必须具有某种形式的完整性和可靠性。

作为记录：我不一定需要它，但它只是在设计我的系统时作为一个选项突然出现在我的脑海中，并且很好奇。

在 SQL Server 中，sys.sql_expression_dependencies系统目录视图“包含对当前数据库中用户定义实体的每个按名称依赖的一行”，以​​引用文档。返回的列之一是referencing_class，其中文档是这样说的：

referencing_class tinyint 引用实体的类。

• 1 = 对象或列

• 12 = 数据库 DDL 触发器

• 13 = 服务器 DDL 触发器

不可为空。

但是，我现在正在查看一个数据库，其中有一行referencing_class等于 7。7 是什么意思，这里的可能值的正确列表是什么？

所以，我有一个查询来列出我们的 RPG 程序：

SELECT OBJNAME
FROM
    (SELECT OBJNAME AS SCHEMA FROM TABLE (QSYS2.OBJECT_STATISTICS('*ALLSIMPLE', 'LIB')) S) AS SCHEMAS
    ,LATERAL (SELECT * FROM TABLE(QSYS2.OBJECT_STATISTICS(SCHEMAS.SCHEMA, 'PGM')) X) AS PROGRAMS
    LEFT JOIN QSYS2.PROCEDURES
        ON QSYS2.PROCEDURES.PROCNAME = PROGRAMS.OBJNAME
        AND QSYS2.PROCEDURES.PROCSCHEMA = PROGRAMS.OBJLONGSCHEMA
WHERE
    PROCNAME IS NULL
    AND SCHEMAS.SCHEMA = 'MYLIB'
;

现在，给定一个 RPG 程序的名称，有什么方法可以通过 SQL 获取它的内容吗？

（或者，失败的 SQL，从 C# 应用程序中获取内容的其他方式？）

PostgreSQL 有一个特殊的功能，称为COMMENT将元数据附加到标识符或任何类型（模式、表、列、函数、类型、域等）。看起来像这样，

COMMENT ON TABLE mytable IS 'This is my table.';

评论有最大尺寸吗？

是否可以使用元数据“标记”PostgreSQL 数据库？

这是我的预期用例：我有一个数据库，它经历了几个工作流程步骤，最好在数据库周围的某个地方记录已采取的步骤。当然，数据库中可能有一个表来记录这个，但我不应该改变手头任务的模式。

可以/应该例如自定义选项（例如ALTER DATABASE db SET a.b = 'c'）服务于这样的目的吗？

有没有办法确定 PostgreSQL 中的用户定义类型是否为 ENUM？

本质上我们有以下内容：

CREATE TYPE foo AS ENUM (
  'Sometimes',
  'You',
  'Wanna',
  'Go',
  'Where Everybody Knows Your Name'
);

使用由以下实例化的表：

CREATE TABLE bar (
  lyrics foo DEFAULT 'Wanna'::foo
);

我能够foo从列中确定的类型lyrics，但是，我无法找到一种方法来确定是否foo是 ENUM。

foo对于上下文，我需要此信息以编程方式获取给定列时的所有可能值的列表lyrics。

有什么方法可以获取有关表的临时表功能的元数据（信息方案）信息，例如：

• DATA_CONSISTENCY_CHECK 是开启还是关闭
• 历史表的名字是什么
• 是否为表转了SYSTEM_VERSIONING