背景:
我有多个源系统产品,每个产品都在自己的数据库中,彼此之间的依赖性非常有限,而且相当模块化,也有点可选。它们在维护时可能处于不同的版本级别。
我有一个单独的数据收集系统数据库,它从其他系统收集使用信息,我希望它继续与其他系统保持大致的前向和后向兼容。该系统完全是数据库内部的 - 计划作业、进程等。没有外部 Windows 程序、服务等。
理想情况下,源系统将公开一致的接口,并以面向未来的方式管理它们自己公开的内容,我确实会尽可能地利用这一点。但其他产品的路线图总是能够容纳例外情况。我希望新版本的数据收集系统无论源系统中是否存在表(或多个表)都能正常工作,并且如果不适合使用,只需注意或跳过它或根据需要记录它。如果该系统稍后升级,我不希望必须接触数据收集系统。因此,任何过程都不应被更改或重新创建。
我们通常对每个源系统使用同义词,以便在尽可能少的地方处理数据库重命名(理想情况下仅在同义词中)。
我做了一些实验,似乎您可以CREATE SYNONYM
对尚不存在的表/视图进行操作而不会失败。您也可以CREATE PROC
使用这些同义词而不会失败。因此,可以在有和没有源数据库的系统上以相同的方式安装系统,并且应该能够在安装(或删除)该模块的数据库时不加修改地运行。
我目前只是在寻找一种方法来做以下两件事 - 知道同义词指向某个东西,并检查那个东西并确保它满足所有要求:
- 可靠地了解同义词是否有效。当此处的第一列为 NULL 时,是否足以知道它无效?
SELECT object_id(base_object_name), * FROM sys.synonyms
- 如果同义词有效,是否有办法获取元数据来检查它?可以从
sys.columns
(或INFORMATION_SCHEMA
)获取列、数据类型,但需要使用已知的数据库名称进行限定 - 下面的答案首先选择临时表,然后查看临时表的模式。有没有更好的选择?