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