2.1版本
比如有 A项目表、B子项目表 C需求表、D任务表 四张表
假设 A->B->C->D依次有关联关系，那么如果D中想要显示A中的一个字段（如项目编号）似乎很难做到。
比如B用公式或者链接公式引用A的项目编号字段（B.项目编号=A.项目编号）， C中继续用公式引用B中的项目编号字段（C.项目编号=B.项目编号），D以此类推
目前似乎公式字段的引用，产生的嵌套计算有层数限制。 B、C的项目编号可以显示， D的永远为显示为空。
这样的话，似乎没有任何直接的方法可以让D表根据关联关系来显示原始项目编号。 只能是通过脚本，或者让填写D表的人重新选一次关联项目（因此可能会选错，与B->C->D的依赖关系冲突）
多团队分工合作，表依赖层级较多的时候，无法追溯和汇总
目前最多是 A->B->C 这样三级。就算是做到 MySQL 数据库中，也几乎不会进行 4 个表的关联的，太复杂了。
可以考虑减少层级，比如 D 直接连接 B 表。
是否可能有配置来开放层级限制，或者做一个功能升级。目前正在推广seatable，这个问题限制很大。
1）这种限制十分不直观，并且带来极大的扩展性限制。 用到的时候才会意外发现引用公式永远返回空值。 那就需要针对汇总需求，全部导出表格，引入外部工具来关联分析。但是目前的数据维护机制很难整体导出，并和外部数据库、BI等建立数据更新机制。
2）其他智能数据库，如个人知识管理Notion中的Database， 协同领域如飞书（缺陷是没有公共数据集）、维格（缺陷是概念和体验复杂，培训成本太高）等，都没有此类限制，可以轻松基于多级公式引用机制完成轻量的关联报表。
3）4层级级联以上关联很常见，但是一般只在数据汇总的时候需要进行多级联穿透。 seatable阻止了穿透信息的可能性。举例如下场景：
项目表 - 管理公司项目清单
里程碑表 - 管理项目的每个交付阶段，及其日期、状态
项目需求表 - 管理每个里程碑中包含哪些业务场景需求，用来整理交付标准
开发进度表 - 管理每个业务场景需求涉及哪些具体产品模块开发，并跟踪开发团队的进度，用于开发团队内部更新
BUG跟踪表 - 跟踪每个开发单元的BUG解决情况
平时的确并不需要跨越3层的去取数据，只关注本层和上级1~2层的信息。
但是正常基于数据库的系统， 需要了解一个项目下的所有开发进度的时候，可以轻松的查出汇总级联并进一步统计。
但是基于seatable，无法跨越三级意味着复杂汇总完全无法实现。 比如，想要了解每个项目实际投入了多少开发成本，即 项目表 <-> 开发进度表（人工列）的汇总，就无法实现。
能想到的两个变通方法，都失去了使用seatable来达成自动协作的原始目的：
1）如上述回复的建议，让<开发进度表>除了关联<项目需求表>，再手动关联一下<项目表>。 但是这意味着开发进度表有两条路径最终关联到<项目表>，且需要人工确保不出错，操作也繁琐
2）定时在中间表当中用脚本进行列复制，把函数列的内容复制出来成为本地列，来支持下级级联表的公式计算
期待回复，谢谢
感谢你详细的反馈。我们会在后面的 2.3 版本中放宽级数计算的限制。
这个问题在 2.3 版本中已经解决了。