创建一个架构类型来分隔表关系是个好主意吗?我想当您浏览 SSMS 中的表时,您会看到它们按模式类型分组在一起。但这值得麻烦吗?有人在现实世界场景中有这方面的经验吗?
最佳答案
我通常发现这比它提供的任何帮助都更麻烦。您如何处理与多个领域相关的表格?当一个表似乎属于一个区域但后来迁移到应用程序的另一个区域时会发生什么?您是否更改其架构并重构所有代码?
当对象之间存在非常清晰的边界时,我会使用多个图式进行描绘,但通常与您的图表中的边界不同。一个示例是仅用于 DBA 支持的对象。如果实际应用程序本身不使用它们,我可能会将它们放入它们自己的模式中。
关于sql - 创建模式类型来组织表的关系是个好主意吗,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7816648/