![]() |
1
2
显然,没有什么可以阻止您创建引用系统表列的用户表列。所以显而易见的答案是肯定的。要回答真正的问题,需要问一个不同的问题,即:将元数据存储在用户表中是一个好主意吗? 如果我从数据管理纯粹主义者的角度来回答,我会说这几乎总是一个坏主意。然而,作为一个实际问题,我已经做到了,尽管我并不为此感到骄傲。通过混合数据和元数据,您可以得到一些结果,如果不混合它们,这些结果几乎是不可能实现的。 你所面临的风险是最终你会得到一个数据库,这个数据库不能用对主题专家有意义的属性来记录。换句话说,您的数据库只能由您自己和您的同事使用。有时这是可以接受的风险。有时候不是。 |
![]() |
2
1
依赖于系统表总是一个坏主意,因为MS可以在不发出警告的情况下更改它们。为什么不使用 information schema views ,哪些是可移植的,并支持需要查询元数据的应用程序? |
![]() |
3
0
我不确定这是否可能,但如果可能的话,那你肯定是在危险的地面上行走…如何重命名列?如何移动列?如何删除列?这种类型的东西可能会在SSMS内部破坏很多。这种类型的事情最好用触发器或代码逻辑来处理。 |