用于存储测试结果的DB模式设计
我正在进行一个项目来查看不同15个子系统的测试结果。每个子系统或多或少是相似的，但需要测试不同的监视参数。每个子系统有300个不同的参数和20-40个测试用例.用户可以从每个子系统的每个子系统中为一个特定的测试用例选择一个或多个监视params(300)，并且一天可以执行许多测试。
对于每个测试，根据来自多个配置和SW版本的特定配置和软件发布定义执行监视参数和测试数据。
另外一个额外的复杂性是每个测试用例输出测试数据集(步骤、图像等)。是不相似的，也可以是不同的。
根据目前的理解，我们认为以下DB模式:-
测试用例的测试会话(1:多)
客户Config的测试会话(多:1)
SW版本的测试会话(多: 1)
测试用例到测试图像(1:多)
监测params的测试会话(1: 1)
子系统信息的测试会话(多: 1)
由于每个测试用例不同，我们是为每个测试用例考虑一个单独的表，还是考虑NoSQL DB？
我们的要求是，用户也应该能够搜索/注释不同的测试结果？
对上述各点有何建议？我们在正确的方向上。
谢谢。
回答 1
Database Administration用户
发布于 2022-03-07 02:21:04
您的数据模型是高度关系和规范化的，在我看来，关系数据库更容易进行数据检索和存储。(但不太熟悉NoSQL句柄如何加入)。
如果对每个测试用例使用单独的表，则应考虑：
- 如果你有一个新的测试用例呢？对你来说增加一张桌子容易吗？
- 如果两个测试用例具有相同的输出数据集，那么应该使用相同的表吗？如果是的话，如果其中一个将来有更多的其他数据集，该怎么办？
另一种可能的方法是有一个主测试用例表和单独的输出测试数据集表，例如
create test_case (
test_case_id bigint,
test_session bigint, // foreign key to test_session
test_date date,
...
);
create test_image (
image_id bigint
test_case_id bigint, // foreign key to test_case
...
);
create test_step (
step_id bigint
test_step_id bigint, // foreign key to test_case
...
);就我个人而言，我认为这是很漂亮的，但如果一个测试有很多数据集，或者有许多不同的数据集格式，那么它可能就不太好了。
还可以创建一个胖的test_case表，其中有许多备用列来存储所有的输出数据集(比如step1到step100，image1到image100)，但有时非常有效。请注意，如果表中列太多，则某些RDBMS的性能较差。
https://dba.stackexchange.com/questions/308346
复制相似问题
腾讯云开发者
