|
|
1
2
我两个都跑过。我的业务选择将特定于客户机的数据分离到单独的表中,这样,如果一个表碰巧损坏,就不会全部删除。在一个理想的世界里,这可能永远不会发生,但是墨菲定律……似乎很容易找到它们分开的东西。你将100%肯定地知道,一个客户的内容永远不会出现在另一个客户的页面上。 如果您真的这样做了,请准备创建脚本来为您构建和配置数据库。构建一个伟大的系统并对它有需求并没有什么有趣的,只是花你的时间手动设置数据库并安装一整天。另外,设置db名称是一个额外的步骤,这并不是使用单个db表的一部分——这是一个让人头痛的问题,似乎会反复出现。 |
|
|
2
2
开发单个主数据库。这将需要少量的额外工作,并为数据库设计增加一点复杂性,但会为您提供一些不错的特性。最大的问题是能够在站点之间共享数据。 为主数据库设计意味着您可以选择在合理的情况下合并站点,但也可以为每个站点安装主数据库。两全其美。 |
|
|
3
1
|
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 2 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 2 年前 |
|
Dante · Django::配置不当:池不支持持久连接 2 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 2 年前 |