- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我们在数据库中遇到了以下情况。我们有具有 M2M 关系的表“A”和表“B”。关联表名为“AB”,包含表“A”的外键列和表“B”的外键列。现在我们已经确定需要存储有关此关联的其他数据。例如,关联发生的日期、关联的创建者等。我们决定将这些额外的列放在“AB”关联表中。然而,有些事情告诉我,这遭到了数据库纯粹主义者的反对。另一方面,创建一个额外的表来存储这些关联数据对我们来说毫无意义。
对此的普遍看法是什么?
最佳答案
我认为这没有任何问题。如果信息是关于协会本身的,那么存储它似乎是绝对正确的地方。
如果您要创建一个新表来存储它,它只会与关联表一一对应。这实际上只是扩展关联表。
关于sql-server - 多对多关联表 - 是否习惯在这些表中放置额外的列?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2508396/
我编写的代码主要供个人使用,但我正在考虑发布我最初开发供个人使用的应用程序(科学模拟/可视化)。 我的一个习惯是在类中使用一个main方法来单独测试类的运行情况。我认为这在某种程度上可能是不好的(毫无
这个问题在这里已经有了答案: 关闭 10 年前。 Possible Duplicate: How do I convince programmers in my team to do TDD? 在从
假设我想测试是否有一个名为“Z”的驱动器。第一步是这样的; Get-PSProvider | Select-Object -Property Drives 这个给我; Drives: ... {C,
这是对 an old answer to a question about the necessity of functools.partial 的一种跟进: 虽然这个答案非常清楚地解释了这种现象及其
Perl 习惯很难改掉。两种语言之间的变量声明、作用域、全局/局部是不同的。是否有一组推荐的 python 语言习语可以使从 perl 编码到 python 编码的过渡不那么痛苦。 细微的变量拼写错误
我是一名优秀的程序员,十分优秀!