如何使用 RetrieVe 或 SQL 查找 UniVerse 中的列列表？

发布于 2024-08-17 14:50:39 字数 413 浏览 3 评论 0原文

我遇到一个问题，其中 table （文件）设置为返回 LIST table 上的列 foo 和 SELECT * FROM表。我需要知道 table 中其他可能的列。我很确定这是通过设置 @ （不合格的 LIST 的行为定义）和 @select （* 的行为定义，非常SELECT），但我不知道如何获取完整的列列表。如何读取 uvsh 中的表架构并查询物理表列？

在表上运行 LIST.ITEM 会显示所有字段编号和值的列表，但如何找到编号字段的 DISPLAY NAME 和列名称？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

梦里南柯 2024-08-24 14:50:39

我之前在 SO 上收到的答案提到了 LIST DICT 作为获取一些元数据的方法。这实际上就是我认为我想要的。官方文档使用LIST DICT；但是，在我的系统上，我认为没有 LIST DICT，但确实有。它需要一个文件参数。它也不是一个单独的命令（许多命令中都有空格），而是在（UniVerse 10.1）列表中定义为：

LIST [ DICT | USING [ DICT ] dictname ] filename [ records | FROM n ]
[ selection ] [ output.limiter ] [ sort ] [ output ] [ report.qualifiers ] [TOXML
[ELEMENTS] [WITHDTD] [XMLMAPPING mapping_file]]

所以总而言之，查询数据的相同动词（LIST）是用于查询架构，具有相同的目标文件。

最初，当我认为没有 LIST DICT 时，我使用 RetrieVe 使用 LIST VOC WITH NAME MATCHING LIST... 搜索 VOC 文件，我能够识别出一个类似于 LIST.DICT，一个显示按记录类型排序的 DICTIONARIES 内容的 PAragraph。这正是我想要的，只是结果是一个难以管理的 400 行列表。我在任何地方都没有看到 LIST.DICT 的文档，并且似乎记录限定符和报告限定符不适用于LIST.DICT 就像他们在 LIST 上所做的那样。这一切都是真的，并且加剧了我的困惑，用 UniVerse 的话说：LIST.DICT 是一个短语，一个存储的语句，LIST 是我需要的动词。

现在回到我的问题：

关于如何使 LIST DICT 的输出易于管理，有什么想法吗？

您可以使用报告限定符，并通过使用位置 F# 语法或通过声明列的名称来显式声明列。

LIST DICT <file> <columns>

在我的系统上，您可以通过发出以下命令来获取字段名称及其显示名称的列表：

LIST DICT <file> NAME

名称来自主字典，可以使用进行查询列表 DICT DICT.DICT。

现在，我可以在一个漂亮（相当干净）的列表中看到字段，但我对如何查询文件的所有字段一无所知。

A previous answer I received on SO had mentioned LIST DICT as a way to get some metadata. This was in fact what I think I wanted. The official documentation uses LIST DICT; however, on my system I thought there wasn't LIST DICT, there is. It requires a file argument. It simply wasn't a separate command either (many commands have spaces in them), instead in (UniVerse 10.1) list is defined as:

LIST [ DICT | USING [ DICT ] dictname ] filename [ records | FROM n ]
[ selection ] [ output.limiter ] [ sort ] [ output ] [ report.qualifiers ] [TOXML
[ELEMENTS] [WITHDTD] [XMLMAPPING mapping_file]]

So in summary, The same verb (LIST) to query data is used to query the schema, with the same destination file.

Originally when I presumed there wasn't a LIST DICT I went searching through the VOC file with RetrieVe using LIST VOC WITH NAME MATCHING LIST... I was able to identify a like-named LIST.DICT, a PAragraph that displays the contents of DICTIONARIES sorted by record type. This did exactly what I wanted except the result was a unmanageable list of 400 rows. I don't see the documentation for LIST.DICT anywhere, and it seems as if record qualifiers and report qualifiers don't work on the LIST.DICT like they do on LIST. This was all true and compounded my confusion, in UniVerse parlance: LIST.DICT is a phrase, a stored statement, LIST is the verb I needed.

So now back to my questions:

Any idea on how to make the output of LIST DICT manageable?

You can use the report qualifier and explicitly state columns by using the positional F# syntax, or by stating the names of the columns.

LIST DICT <file> <columns>

on my system you can get a listing of the field names and their display names for instance by issuing

LIST DICT <file> NAME

The NAME comes from the master dictionary, which can be queried using LIST DICT DICT.DICT.

Now, I can see the fields in a nice (fairly clean) list, but I haven't the slightest idea of how to query a file for all of its fields.

回复收藏 0 原文

清风挽心 2024-08-24 14:50:39

以下是基本变体：

LIST DICT foo NAME

SELECT @ID, NAME FROM DICT foo;

这些将为您提供与 LIST-ITEM 动词相对应的物理位置：

SORT DICT foo WITH TYPE EQ "D" BY LOC LOC NAME

SORT DICT foo WITH TYPE EQ "D" BY LOC LOC NAME TOXML

请注意，在 LIST 或 SORT 过程中默认显示“列名称”或 @ID。 TOXML 可能很有用，但还有许多其他内置的 XML 功能。

Here are the basic varients:

LIST DICT foo NAME

SELECT @ID, NAME FROM DICT foo;

These will give you a physical location that corresponds to the LIST-ITEM verb:

SORT DICT foo WITH TYPE EQ "D" BY LOC LOC NAME

SORT DICT foo WITH TYPE EQ "D" BY LOC LOC NAME TOXML

Note that the "column name" or @ID is displayed by default during a LIST or SORT. TOXML can be useful, but there are a host of other XML features built in.

回复收藏 0 原文