有没有更有效的方法在 Access 中存储对象容器？

Question

我正在尝试在 Access 2016 中创建一个关系数据库，以保留我们办公室中存储的物品的清单。它们中的大多数都装在某种盒子里，所以我决定每条记录都应该是一个Container，它可以是一个盒子、袋子或容纳多个物品的物理容器，也可以只是一个未包含的物品.例如，放在架子上的打印机仍将被视为Container，但容器的类型将为“无”。而一个装满小玩意的盒子的类型是“盒子”，并且它们的每个项目都将在单独的表中枚举。

每个Container 内可以有多个Item - 例如一个盒子可能包含一包笔、一根 HDMI 电缆和一个名片夹。所有三个项目在Item 表中都有自己的记录，其中包含描述项目的各种属性（品牌、颜色、数量，如果有多个相同的项目等）。每个Item 都通过以下方式链接到它的Container ContainerID - 关系是一对多的。

我设想这种设计的问题是数据冗余 - 因为容器既可以是文字容器，也可以只是一个项目（例如打印机），在后一种情况下，我必须将父级命名为 Container“打印机” ，并将孩子命名为Item“打印机”。或者我可以将Item 的名称字段留空，以便只命名Container，但我不确定这是否被认为是数据库设计中的不良做法。

另一个问题是我的设计不能很好地容纳子容器 - 例如如果在一个更大的盒子里有一个袋子，里面还有其他东西，我只需要提供一个描述性的标题“包含笔，电缆的袋子......”我无法想象有任何方法可以让我的数据库递归所以我想不出任何解决方案。考虑到我正在使用的盒子的大小，我会经常遇到这种情况。

所以我的问题有两个：

1) 对于我正在尝试实施的解决方案，是否有一种解决方法可以让我将容器整齐地存储在容器中？

2) 对于我想要完成的工作，是否有更有效的数据库设计？

Answer 1

您的问题确实满足了许多可用的近距离投票选项，并且也可能吸引主要基于意见的答案，因为我确信有很多方法可以解决这个问题......但是，一种可能的“递归”解决方案可能如下：

创建一个Items 表，其中每条记录都包含一个唯一标识符ItemID 作为主键，以及项目的各种属性（例如描述、大小、颜色、值、类型等），还包括一个称为ContainerID 或Container 的外键字段可以填充Items 表本身中另一个项目的ItemID：

这样：

• 您的打印机示例不再是一个容器，而只是一个具有适当属性且没有多余的多余记录的项目。
• 许多项目可以共享相同的ContainerID 字段值，表示构成您的“bric-a-brac”的项目包含在同一个框中。
• 由于ContainerID 指的是Items 表中的另一个项目，容器也可能具有ContainerID 值，允许您表示无限级别的嵌套容器：

这个问题与表示管理层次结构（或者实际上是任何层次结构）的问题非常相似，正如this question 中所探讨和回答的那样。