Question

实体模型：

我已阅读有关创建Modeling Relational Data in DynamoDB的AWS指南。我的访问模式如此混乱。

访问模式

+-------------------------------------------+------------+------------+
| Access Pattern                            | Params     | Conditions |
+-------------------------------------------+------------+------------+
| Get TEST SUITE detail and check that      |TestSuiteID |            |
| USER_ID belongs to project has test suite |   &UserId  |            |
+-------------------------------------------+------------+------------+
| Get TEST CASE detail and check that       | TestCaseID |            |
| USER_ID belongs to project has test case  |   &UserId  |            |
+-------------------------------------------+------------+------------+
| Remove PROJECT ID, all TEST SUITE         | ProjectID  |            |
| AND TEST CASE also removed                |   &UserId  |            |
+-------------------------------------------+------------+------------+

因此，我将关系实体数据建模为指导。

+-------------------------+---------------------------------+
|       Primary Key       |            Attributes           |
+-------------------------+                                 +
|     PK     |     SK     |                                 |
+------------+------------+---------------------------------+
|   user_1   |    USER    |    FullName    |                |
+            +            +----------------+----------------+
|            |            | John Doe       |                |
+            +------------+----------------+----------------+
|            |   prj_01   |   JoinedDate   |                |
+            +            +----------------+----------------+
|            |            | 2019-04-22     |                |
+            +------------+----------------+----------------+
|            |   prj_02   |   JoinedDate   |                |
+            +            +----------------+----------------+
|            |            | 2019-05-26     |                |
+------------+------------+----------------+----------------+
|   user_2   |    USER    |    FullName    |                |
+            +            +----------------+----------------+
|            |            | Harry Potter   |                |
+            +------------+----------------+----------------+
|            | prj_01     |   JoinedDate   |                |
+            +            +----------------+----------------+
|            |            | 2019-04-25     |                |
+------------+------------+----------------+----------------+
| prj_01     | PROJECT    |      Name      |   Description  |
+            +            +----------------+----------------+
|            |            | Facebook Test  | Do some stuffs |
+            +------------+----------------+----------------+
|            | t_suite_01 |                |                |
+            +            +----------------+----------------+
|            |            |                |                |
+------------+------------+----------------+----------------+
| prj_02     | PROJECT    |      Name      |   Description  |
+            +            +----------------+----------------+
|            |            | Instagram Test | ...            |
+------------+------------+----------------+----------------+
| t_suite_01 | TEST_SUITE |      Name      |                |
+            +            +----------------+----------------+
|            |            | Test Suite 1   |                |
+            +------------+----------------+----------------+
|            | t_case_1   |                |                |
+            +            +----------------+----------------+
|            |            |                |                |
+------------+------------+----------------+----------------+
| t_case_1   | TEST_CASE  |      Name      |                |
+            +            +----------------+----------------+
|            |            | Test Case 1    |                |
+------------+------------+----------------+----------------+

如果仅将UserID和TestCaseId作为参数，如何获取TestCase详细信息并验证UserId是否具有权限。

我已经考虑过在单个项目中存储复杂的层次结构数据。像这样

+------------+-------------------------+
| t_suite_01 | user_1#prj_1            |
+------------+-------------------------+
| t_suite_02 | user_1#prj_2            |
+------------+-------------------------+
| t_case_01  | user_1#prj_1#t_suite_01 |
+------------+-------------------------+
| t_case_02  | user_2#prj_1#t_suite_01 |
+------------+-------------------------+

问题：这种情况的最佳方法是什么？如果您能给我一些关于这种方法的建议，我将不胜感激

Answer 1

我认为以下架构可以满足您的需求。在“ GSIPK”属性上创建仅分区密钥GSI，并按以下方式查询：

获取测试套件详细信息并验证用户：查询GSI-PK == ProjectId，FilterCondition [SK == TestSuiteId || PK == UserId]
获取测试用例详细信息并验证用户：查询GSI-PK == TestCaseId，FilterCondition [SK = TestSuiteId：TestCaseId || PK = UserId]
删除项目：查询GSI-PK == ProjectId，删除所有返回的项目。

查询1和2返回1或2个项目。一个是详细信息，另一个是测试套件或测试用例的用户权限。如果仅返回一项，则显示其明细项，并且用户无权访问。

Answer 2

您应该问的第一个问题是：当我的数据显然具有很强的关系时，为什么要使用键值文档数据库而不是关系数据库？

答案可能是：我需要一个任意规模的毫秒级查询（数百万条记录）。或者，我想使用dynamodb按需省钱。如果不是这种情况，那么使用关系数据库可能会更好。

比方说，你必须去使用dynamodb。如果是这样，那么在涉及NoSQL时，适用于关系数据库的大多数模式都是反模式。上次重新发明时，关于dynamodb的设计模式以及观看它的建议https://youtu.be/HaEPXoXVf2k上有一个有用的演讲。

对于您的数据，我会考虑采用类似的方法，并有两个表格：用户和项目。

项目应将测试服的子集存储为对象数组的映射，并将测试用例存储为对象数组的映射。另外，您可以在字符串映射中添加用户ID列表。当然，当用户加入或离开项目时，您将需要维护此列表。

这应该满足您的访问模式。

在DynamoDB中建模关系数据（嵌套关系）

2 个答案: