|
|
1
3
我认为这是一个非常好的策略。
唯一的问题是,您可能希望构造约束以确保关系保持在1:1。如果它是一个平面表,这就不是问题,但很难区分哪些字段属于哪个工具。 字段应该出现在基表中的时间是它们在所有工具中通用的时间。 我个人喜欢我的数据库结构来反映业务。在我看来,这更像是自我记录。 |
|
|
2
0
从纯模式的角度来看,通过某种内在的逻辑分组(而不是应用程序)来划分字段也可能更有意义。例如LocationItInfrastructure和LocationBuildingOperations或类似的操作,而不是LocationApp1和LocaationApp2。 总的来说,我认为无论哪种方法对你个人来说最有意义,对你来说最容易使用,都是最好的解决方案。 |
|
|
3
0
那些桌子会有多大?如果表将包含1000行或更少的行,则没有问题。但如果是100K或更大,则需要考虑如何查询这些表,因为表连接可能会变慢。
|
|
John D · 需要为NULL或NOT NULL的WHERE子句 1 年前 |
|
Marc Guillot · 记录值时忽略冲突 1 年前 |
|
|
Fachry Dzaky · 正确使用ROW_NUMBER 1 年前 |
|
|
TriumphTruth · 从满足特定条件的数据集中选择1行 1 年前 |