MySQL不支持跨库存储过程调用，仅允许跨库SELECT/INSERT SELECT；SQL Server需用三段式全限定名（db.schema.table）且目标表须在本地库；PostgreSQL必须通过dblink扩展实现跨库查询，无事务一致性保障。
跨数据库查询并更新关联数据不能靠“一次写完”解决，必须按数据库类型拆解——MySQL 不支持跨库存储过程调用，SQL Server 依赖三段式全限定名加权限，PostgreSQL 必须走 dblink 扩展，且三者事务边界完全不同。
MySQL 中不能跨库调用存储过程，只能查数据
MySQL 存储过程的作用域严格绑定在当前数据库，CALL other_db.proc_name() 会直接报错 PROCEDURE other_db.proc_name does not exist，哪怕该过程真实存在、你也有 EXECUTE 权限。
- 唯一可行路径是用
SELECT或INSERT ... SELECT跨库读取数据，再在当前库做逻辑处理和更新 - 例如：
UPDATE orders o SET o.status = 'imported' WHERE o.id IN (SELECT id FROM other_db.import_queue WHERE processed = 0) - 禁止在存储过程中拼接库名变量（如
CONCAT(db_name, '.table')），MySQL 不允许动态库名，且极易引发 SQL 注入 - 跨库表 JOIN 查询可行（如
SELECT * FROM db1.users u JOIN db2.orders o ON u.id = o.user_id），但仅限于SELECT，不能用于UPDATE或DELETE
SQL Server 中用三段式全限定名 + 权限控制
SQL Server 支持在存储过程中直接引用其他数据库的表或视图，语法为 database_name.schema_name.object_name，但缺一不可，且权限检查发生在运行时而非创建时。
- 必须显式写出 schema，
Northwind..Customers或Northwind.Customers都会报错Invalid object name - 数据库名含短横或空格时，要用方括号：
[my-db].dbo.users - 更新语句中目标表只能是本地库的表，跨库表只能作数据源：
UPDATE o SET o.priority = 1 FROM orders o INNER JOIN [analytics].dbo.users u ON o.user_id = u.id WHERE u.is_premium = 1 - 如果要更新远程库的表，得用链接服务器（
sp_addlinkedserver）配合OPENQUERY，但注意：远程端不参与本地事务，失败后无法回滚
PostgreSQL 中必须启用 dblink，且无事务一致性
PostgreSQL 实例内数据库强隔离，other_db.public.users 这类写法语法错误，报 cross-database references are not implemented。必须通过 dblink 建立连接后发查询，返回结果集供本地使用。
- 先执行：
CREATE EXTENSION IF NOT EXISTS dblink - 连接串必须完整，漏掉
dbname=会连到当前库：dblink('host=localhost dbname=analytics user=app', 'SELECT id, status FROM orders WHERE updated_at - 在
UPDATE中使用时，必须把dblink当子查询，并显式声明返回结构：UPDATE orders SET status = 'archived' FROM (SELECT id FROM dblink(...) AS t(id int)) AS remote_ids WHERE orders.id = remote_ids.id -
dblink每次调用都新建连接，性能差一个数量级；远端库若未同步主库提交，可能读到旧数据——这点常被忽略
真正难的不是语法，而是事务边界和权限时机：SQL Server 的权限在运行时校验，PostgreSQL 的 dblink 不进本地事务，MySQL 根本不让你碰跨库存储过程——选哪种方案，取决于你能否接受“查和更新不在同一事务中”这个事实。
