1
2
我两个都跑过。我的业务选择将特定于客户机的数据分离到单独的表中,这样,如果一个表碰巧损坏,就不会全部删除。在一个理想的世界里,这可能永远不会发生,但是墨菲定律……似乎很容易找到它们分开的东西。你将100%肯定地知道,一个客户的内容永远不会出现在另一个客户的页面上。 如果您真的这样做了,请准备创建脚本来为您构建和配置数据库。构建一个伟大的系统并对它有需求并没有什么有趣的,只是花你的时间手动设置数据库并安装一整天。另外,设置db名称是一个额外的步骤,这并不是使用单个db表的一部分——这是一个让人头痛的问题,似乎会反复出现。 |
2
2
开发单个主数据库。这将需要少量的额外工作,并为数据库设计增加一点复杂性,但会为您提供一些不错的特性。最大的问题是能够在站点之间共享数据。 为主数据库设计意味着您可以选择在合理的情况下合并站点,但也可以为每个站点安装主数据库。两全其美。 |
3
1
|
Michael Samuel · MYSQL在以下情况下自动创建索引 6 年前 |
Patricia Rozario · 数据库设计确保一对一关系 6 年前 |
dryhay · MySQL“多对多”关系错误 6 年前 |
L. Fox · 我在这里用的是什么样的Laravel雄辩的关系 6 年前 |
Geoff Harper · 我应该如何构建关系松散的SQL db 6 年前 |
waroxx · SQL—当多个表具有相同的列时,最好怎么做 6 年前 |
Lumpi01 · SQL 2不同的注释类型-最佳解决方案? 6 年前 |
Hayreddin Tüzel · 预约系统数据库建模[关闭] 6 年前 |