在数据区块-表格中，拉取数据的sql是所有列，这样在其他列数据很大的情况下很损耗性能
表格这里，并不会拉取所有列的数据哈。比如，只有表格中有显示出关系字段，才会拉取对应关系字段的数据。没有显示出来的关系字段，是不会返回数据的。
赞同，特别是有些情况下，比如做一个论坛，文章字段内容越多，table查询性能越差；
可以核对打开table时的API调用查询，filter参数没有任何内容
好像不是这样呢，我跟踪了“区块_列表”的查询语句，是所有列全查的。
是这样的，我试过我在富文本放了多张图片后 只要有查到这个富文本所在表就会很卡，我并没有查询这个富文本字段
如果大字段存储大量数据影响性能，建议大字段单独数据表存储，数据表之间关联使用； 此时使用列表查询数据不启用大字段，api不会列出大字段数据
很麻烦，而且查到大字段所在表的时候也是超卡，即使我只查了其中一条。
哥们，现在这个问题好像还是没解决是么？
我试了1.7.10的版本，想着拆富文本到单独的数据表，但是想做表单区块的时候，发现富文本的在别的表区块里面无法编辑，这个是怎么实现编辑的呢。
并没有解决这个问题
我也是因为表中存在富文本字段，列表查询的时候，会返回全部字段的数据，也会返回相关联表格的字段，我记录表中只有200多条数据，返回了30多M的json，简单的查询需要30s往上，8G内存全部吃满，没见过性能这么差的
现在变通一点的方式就是，普通的查询使用SQL表，增删还是非常的痛苦
好的谢谢，我们准备使用markdownV来替代富文本 
，我看了一下，数据大的原因是把图片转b64存在数据库里这个太蛋疼了
可以是可以，但是实际使用就不太方便了，就易容性层面，和基于docker部署的方式，其实我还是比较认同把图片转base64存库的
只是nocobase对于字段的处理比较粗暴，我都准备放弃了
如果我需要花大力气来解决这个问题，倒不如基于自己的架构重新开发了
markdown里别放图片，会转base64存到数据库里，如果你图片很大的，就会很慢，图片可以用附件字段存储，或者用url的形式
现在就是打算看看能不能结合OSS搞成URL形式，这样子又安全速度又快