步骤 1：确定用例和逻辑数据模型

一家汽车公司希望建立一个交易组件管理系统来存储和搜索所有可用的汽车零部件，并在不同的部件和零件之间建立关系。例如，一辆汽车包含多个电池，每个电池包含多个高级模块，每个模块包含多个单元，每个单元包含多个低级组件。

通常，对于构建层次关系模型，Amazon Neptune 之类的图形数据库是更好的选择。但是，在某些情况下，由于其灵活性、安全性、性能和可扩展性，Amazon DynamoDB 是分层数据建模的更好替代方案。

例如，您可以构建一个系统，其中 80-90% 的查询是事务性的，那么 DynamoDB 就非常适合。在此示例中，其他 10-20% 的查询是关系型查询，其中像 Neptune 这样的图形数据库更适合。在这种情况下，在架构中添加一个额外的数据库以仅满足 10-20% 的查询可能会增加成本。它还增加了维护多个系统和同步数据的运营负担。您可以在 DynamoDB 中对 10-20% 的关系查询进行建模。

绘制汽车组件的示例树有助于映射它们之间的关系。以下示意图显示了具有四个级别的依赖关系图。CM1 是示例汽车本身的顶部组件。它有两个子组件，用于两个示例电池：CM2 和 CM3。每个电池有两个子组件，即模块。CM2 具有模块 CM4 和 CM5，CM3 具有模块 CM6 和 CM7。每个模块有几个子组件，即单元。CM4 模块有两个单元：CM8 和 CM9。CM5 只有一个单元，即 CM10。CM6 和 CM7 还没有任何关联的单元。

本指南将使用此树及其组件标识符作为参考。顶部组件称为父级，子组件称为子级。例如，顶部组件 CM1 是 CM2 和 CM3 的父级。CM2 是 CM4 和 CM5 的父级。这描绘了父子关系图。

从树状图中，您可以看到组件的完整依赖关系图。例如，CM8 依赖于 CM4，CM4 依赖于 CM2，CM2 依赖于 CM1。树将完整的依赖关系图定义为路径。路径描述了两点：

填写业务需求模板：

提供有关您的用户的信息：

提供有关数据来源和数据摄取方式的信息：

提供有关如何使用数据的信息：