我开始使用数据库,但这是我第一次从头开始设计数据库。如果这已经在某个地方找到答案,我道歉,我找不到令人满意的东西。
目标是在产品装配期间存储质量测试数据。可以在每个单元上运行可变数量的测试,因此我有多对一的相关表用于测试和构建。
要添加的下一个表是构建中的部件号列表(每个单元由数百个部件组成)。从物理和逻辑的角度来看,这些应该与Builds表相关。但是,客户表示他们必须与测试相关,因为如果发现错误,部件有时会在测试之间切换。
每次重新运行测试时,当只有一两个实际发生变化时,复制数百个零件似乎是一个巨大的浪费空间。但是,我无法想到更好的方法。有什么想法吗?
提前致谢。
答案 0 :(得分:2)
听起来你正在对构建本身进行测试,而不是特别是部分。因此,就好像构建版本已经有了版本,每个版本都与之前版本不同,因为部件已经更改。
这向我建议你需要一个与部件集相关的build_version表,这是测试的主题。
如果有很多部分,但只有少数部分在版本之间发生变化,那么你可能会有一个build_version_part_changes表,它表示build_version与其各部分之间的关系,包括添加的部分和删除的部分。
因此,如果测试失败并且随后更改了部件,则会创建一个新的build_version记录,其中包含一组相关的部件更改。然后,新的build_version将接受另一项测试。