Azure Cosmos Document DB是否支持文档间关系链接及内置解析？

当然可以把职业信息抽成独立集合来做关联！这种规范化设计在文档数据库里很常见，尤其适合职业数据会被多个用户共享、需要统一更新的场景。针对你关心的「有没有内置方法自动解析这些关联」的问题，直接给你梳理Document DB（现在一般指Azure Cosmos DB SQL API）的原生支持：

1. 跨容器JOIN查询（最常用的内置方式） #

你完全不用自己写后端解析逻辑，Document DB支持直接在SQL查询中关联两个集合，语法和关系型数据库的JOIN类似。比如假设你的用户集合叫users，职业集合叫jobs，可以这么写查询：

SELECT u.id, u.Name, j.name, j.hours
FROM users u
JOIN jobs j
WHERE u.Occupation = CONCAT('jobs/', j.id)

这个查询会自动把用户文档里的Occupation引用和jobs集合里的对应文档关联起来，直接返回合并后的完整结果，不用后端再做二次处理。

2. 存储过程实现复杂关联解析 #

如果你的关联逻辑比较复杂（比如批量处理用户数据、多层级嵌套关联），可以用Document DB内置的存储过程，把关联逻辑放在数据库端执行，减少后端的代码量和网络往返开销。比如写一个存储过程，输入用户ID后自动拉取对应的职业信息，返回组合好的完整文档。

3. 额外的设计建议 #

• 如果你的职业数据不常变更、且每个用户的职业唯一，其实最开始的嵌入式设计（把Occupation嵌套在用户文档里）读写性能会更好，没必要拆分；
• 但如果职业数据是共享的（比如多个用户都是程序员），拆分到独立集合能避免重复存储，也方便统一更新职业信息（比如把程序员的工作时长从40改成45，只需要改一次jobs集合里的文档）。

内容的提问来源于stack exchange，提问作者meds