|
1
1
这里有一些主要的权衡。有了客户id,您的外键变得更加复杂(客户id可能应该是每个外键的一部分),这意味着额外的索引。这也意味着你必须有一些手段来实施这一限制。最大的问题是,应用程序中的错误很容易从其他客户那里泄露信息。 对于多个模式,您会遇到一个问题,即您有更多的表,这尤其会导致pg_转储的性能问题。然而,有了适当的搜索路径,就更难破坏其他客户的数据。但是,这很难用于连接池。 总的来说,我认为模式方法更好,因为您总是可以通过按客户集划分来扩展,并且更好的安全性很重要。然而,这意味着您必须很好地理解search\u path,并在每个数据库事务中将其设置为合理的值。 |
|
|
Johnny T · 基于当前值的SQL合并表[重复] 1 年前 |
|
|
Peter Schofield · 类型转换Postgresql 1 年前 |
|
|
Kevin Smeeks · Pyspark JDBC分区读取 1 年前 |
|
|
Andrus · 如何在sql中查找第二个匹配项 1 年前 |