有相关的开发计划吗
我的最佳实践时，如果一个表功能内容很复杂，及时进行分表操作，避免一个 base 里面太多的子表。
你说的这个方案1个 base 中有多层级文件夹，每一个文件夹可能有多个子文件夹，最下层是子表，这样树状结构的 base 可能维护起来比较复杂。类似的有 Excel 就是表格 + Sheet 的设计思路。
大浪淘沙！好用的功能都是同质化的，就看seatable是否有这样的更新能力…
目前的优势是私有化部署…
但是如果分base,又要到处公共表格,每次需要同步
我这边设置了不同的分组，不同分组有不同的权限查看不同的表格，我这边没有到处使用公共表格。你的具体场景是什么？
比如 base A 中有table 1 . 那么A1读取 读取 B2 这个表,现在可以直接跨BASE读取了?
看来咱们的使用场景不一样，我这边不同 base 功能关联不大，存储文本数字图片媒体类型数据比较多，关联数据很少很少，所以分表比较多。
如果表格多的话,要分base. 不然一方面base本身有总行数的限制.一方面就出现这个帖子的问题. 但是分base又引申出要同步的问题.哎..