1
1
这里有一些主要的权衡。有了客户id,您的外键变得更加复杂(客户id可能应该是每个外键的一部分),这意味着额外的索引。这也意味着你必须有一些手段来实施这一限制。最大的问题是,应用程序中的错误很容易从其他客户那里泄露信息。 对于多个模式,您会遇到一个问题,即您有更多的表,这尤其会导致pg_转储的性能问题。然而,有了适当的搜索路径,就更难破坏其他客户的数据。但是,这很难用于连接池。 总的来说,我认为模式方法更好,因为您总是可以通过按客户集划分来扩展,并且更好的安全性很重要。然而,这意味着您必须很好地理解search\u path,并在每个数据库事务中将其设置为合理的值。 |
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 年前 |