Informix系统目录.docVIP

Informix系统目录 使用 Informix 系统目录 随着数据仓库的出现及其对有关数据信息的需求，人们对元数据投入了极大的关注。其中大部分对元数据的处理都涉及了外部资源库，但许多人忘记了（或并未意识到）任何 Informix? SQL 数据库的系统目录中都已经存在着实实在在的元数据。此外，系统目录知识也是数据库日常维护的非常有用的工具。 最近，在考虑这一问题时，我意识到我还没有阅读过能告诉我利用这些目录做什么的文章。因此，我决定写一篇这样的文章。尽管我不能说本文胜过了 SQL 参考手册（第 2 章）中的优秀文档，但我也许可以提供一些关于如何以有用的方式从这些目录中汲取信息的深入见解。阅读本文的正确方法是，翻开 SQL 参考手册并把一只手放上键盘，准备尝试示例。 本文不是对该主题的详尽讨论。有些目录表不太重要，而另一些表则是描述以某种形式（过程、触发器和视图）放置到系统中的代码；dbschema 是用于抽取这些信息的较好的工具。 决不要手工地将数据更新或插入到系统目录中。应该总是使用适当的 SQL/DDL 语句执行对目录的更新。 表 让我们从简单地研究 systables表入手。正如您从文档中看到的，这个表包含了一些相当基本的信息：表名（tabname）、表所有者（owner）、行数（nrows）、列数（ncols）和索引数（nindexes）等。一个合适的“hello world”类型的查询可能如下所示： SELECT tabname FROM systables; 这个语句将向我们提供数据库中所有表名称的列表。我们将在该列表中发现 systables 本身！实际上我们并不关心目录本身，所以让我们从查询中排除它们。恰好，在创建数据库后，会重新设置用于对表标号的 tabid，因此第一个新表的 tabid 将是 100： SELECT tabname FROM systables WHERE tabid 99; 现在我们只看到自己创建的表的列表…… 嗯，不完全这样：我们还看到了诸如 sysmenus、sysmenuitems（如果我们定义了 isql 用户菜单）和 syscolatt（如果我们用 upscol 定义了数据库中任意列的表单级别属性的话）之类的表。如果我们处于复制环境中，还会看到 syscdr* 表，如果运行了刀片管理器（Blade Manager）来列出或注册 DataBlade 模块，则还会看到 bld* 和 sysbld* ??。这些表都不在“小于 100”的表的列表中，因为它们是在创建数据库之后创建的。也许我们本应该这样做： SELECT tabname FROM systables WHERE tabname NOT MATCHES sys*; 这样可以避免大多数系统目录，但会包括几个特殊的“非表”：“GL_COLLATE”、“GL_CTYPE”和“VERSION”；它们描述了我们的 NLS 设置和引擎版本。如果我们使用“sys*”前缀创建了自己的表，则这些表也将被避开，尽管我建议使用单独的数据库存储我们出于自己目的而创建的任何元数据表。为了简洁起见，我打算在所有的后续示例中略去 WHERE 子句限制表的部分。 迄今为止，我们的示例并不是十分有用的；我们所拥有的只不过是一些表名称。也许我们可以为它添加一些更实质的内容： SELECT tabname, nrows * rowsize, npused FROM systables; 该查询会向我们展示我们的表使用了多少空间，包括逻辑意义上的（行数乘以行的大小；对于大小可变的行取近似值）和物理意义上的（已用的页数）。在运行该查询之前请确保执行 UPDATE STATISTICS，因为 UPDATE STATISTICS 命令会更新该表中的这些值。已分配空间应该取自 sysmaster 数据库，因为该数据库中拥有已分配给所有表的空间的信息。示例： SELECT dbsname, tabname, sum(size) total_size FROM sysextents GROUP by dbsname, tabname ORDER BY total_size desc; 在 stores 数据库中，items 表会显示使用了一页；sysmaster 查询会显示分配了 8 页。该表的已分配页数将取决于 Informix 页大小和在 CREATE TABLE 语句中给出的参数 EXTENT SIZE 和 NEXT SIZE。 如果我们将 tabtype 添加到所选择的表的列表，那么可能在那里发现一些反映同义词（tabtype=S）、视图（V）甚至私有的同义词（P）的值。通过查询 syssyntable