多值数据库 (UniVerse) -- SM (MV) 与 SM (VS) 和 ASSOC()

Question

我有一个来自 IBM 的嵌套关系的第 16 页的问题数据库白皮书，我很困惑为什么在下面的CREATE命令中他们使用MV/MS/MS而不是MV/MV/MS，当两者ORDER_# 和 PART_# 是一对多关系。我不明白值和子值在非 1nf 数据库设计中意味着什么。我还想了解有关 ASSOC () 子句的更多信息。

IBM 嵌套关系数据库白皮书第 16 页（略有空格修改）

    CREATE TABLE NESTED_TABLE (
      CUST# CHAR (9) DISP ("Customer #),
      CUST_NAME CHAR (40) DISP ("Customer Name"),
      ORDER_# NUMBER (6) DISP ("Order #") SM ("MV") ASSOC ("ORDERS"),
      PART_# NUMBER (6) DISP (Part #") SM ("MS") ASSOC ("ORDERS"),
      QTY NUMBER (3) DISP ("Qty.") SM ("MS") ASSOC ("ORDERS")
    );

IBM 嵌套关系数据库将嵌套表实现为重复属性和 重复关联的属性组。 SM 子句指定该属性是重复（多值 - “MV”）或重复组（多子值 - “MS”）。 ASSOC 子句将嵌套表中的属性关联起来。如果需要，IBM 嵌套关系数据库可以支持基表中的多个嵌套表。需要使用以下标准 SQL 语句来处理图 5 的 1NF 表以生成图 6 所示的报告：

    SELECT CUSTOMER_TABLE.CUST#, CUST_NAME, ORDER_TABLE.ORDER_#, PART_#, QTY
    FROM CUSTOMER_TABLE, ORDER_TABLE, ORDER_CUST
    WHERE CUSTOMER_TABLE.CUST_# = ORDER_CUST.CUST_# AND ORDER_CUST.ORDER_# =
    ORDER _TABLE.ORDER_#;

                                       Nested Table
                Customer #       Customer Name Order #        Part #   Qty.
                AA2340987        Zedco, Inc.      93-1123     037617   81
                                                              053135   36
                                                  93-1154     063364   32
                                                              087905   39
                GV1203948        Alphabravo       93-2321     006776   72
                                                              055622   81
                                                              067587   29
                MT1238979        Trisoar          93-2342     005449   33
                                                              036893   52
                                                              06525    29
                                                  93-4596     090643   33

Answer 1

我将继续回答我自己的问题，同时追求 IBM 针对 DBA 的 UniVerse SQL 管理 我在第 55 页遇到了 CREATE TABLE 代码。

ACT_NO INTEGER FORMAT '5R' PRIMARY KEY
BADGE_NO INTEGER FORMAT '5R' PRIMARY KEY
ANIMAL_ID INTEGER FORMAT '5L' PRIMARY KEY

（请参阅令人分心的

>旁注下面）一开始这让我很有趣，但本质上我相信这是一个列指令，与 PRIMARY ( ACT_NO, BADGE_NO, ANIMAL_ID )稍后页面中的 5-19，我看到了这个

ALTER TABLE LIVESTOCK.T ADD ASSOC VAC_ASSOC (
    VAC_TYPE KEY, VAC_DATE, VAC_NEXT, VAC_CERT
);

，这让我相信在列上附加 ASSOC (VAC_ASSOC) 是一样的......就像这样

CREATE TABLE LIVESTOCK.T (
    VAC_TYPE ... ASSOC ("VAC_ASSOC")
    VAC_DATE ... ASSOC ("VAC_ASSOC")
    VAC_NEXT ... ASSOC ("VAC_ASSOC")
    VAC_cERT ... ASSOC ("VAC_ASSOC")
);

无论如何，我不是 100% 确定我是是的，但我猜顺序并不重要，而且这些不是不及物关联，而是对顺序不敏感的分组。

向前！对于与 MS 和 MV 相关的问题的第二部分，我一生都无法弄清楚 IBM 到底从哪里得到这个语法。我相信这是想象出来的。我无法访问可以用来测试这一点的开发机器，但我在旧的 10.1 或新的 UniVerse 10.3 SQL 参考

旁注给那些不习惯 UniVerse 5R 和 5L 表示右对齐或左对齐 5 个字符。这就是表元数据中内置的显示功能...Google 搜索 UniVerse FORMAT（或 FMT）以获取更多信息。

Answer 2

如您所知，属性、多值和子多值来自它们构建数据的方式。

本质上，所有数据都存储在排序树中。
UniVerse 是一个多值数据库。一般来说，它不像关系型数据库的SQL工作功能那样工作。

每条记录可以有多个属性。

每个属性可以有多个多值。

每个多值可以有多个子多值。

因此，如果我有一条名为 FRED 的记录

，则 FRED<1,2,3>指的是第 1 个属性、2 个多值位置和 3 个子值位置。

要了解更多信息，您需要了解有关 UniVerse 工作原理的更多信息。 SQL部分只是它的一个侧面部分。我建议您阅读其他手册以了解您正在使用的内容。

编辑

本质上，上面的代码告诉您：

每个客户可能有多个订单。这些以 MV 级别存储在“表”中。

每个订单可能有多个部件。这些存储在 MS 级别的“表”中。

每个订单可能有多个数量。这些信息存储在 MS 级别的“表”中。由于是同一级别，虽然订单上是1-n，但零件上却是1-1。