你这个比较麻烦，懒加载只能对行，不能对列，单表800列别说前端，后端数据库服务器也会很吃力，你这个结构上真的不能再优化了吗？
我给你举个例子啊，我的一个CRM，公司这个表的字段就是特别多，我就竖着切开了，公司基本信息表，放名称，统一信用代码，税号，法人代表姓名等最常用的，然后再用一个公司注册信息表，放工商登记信息，这两个表之间一对一
竖着切表，当所需字段跨两个表时，确实需要连查，消耗反而增加，但是，你要看用户的使用频率。如果高频，做视图解决，如果低频，那么这增加的这点消耗还是比一个大表要合适的
总之，旗帜鲜明地反对大长表。
至于说往页面上的表格上绑字段，其实你要的是自动化运维，最好能写一个脚本，一执行就实现了，但是这个据我所知现在是没有，要不官方出来走两步？这个你单表800个字段你就得拖800次。
但是我想啊，在工程文件中，应该是用 json对应的，是不是你写一个json导进去，绑定的字段就能直接改了。
但是，想法是不错，可是你想啊，无论是你写一个脚本，还是改一个json，或者xml，复用性呢？没有复用性，你这种用脚本的方式真的比拖字段快吗？不一定吧？
我觉得，这个问题你还是再想想
我去年有过，有几个表都是上百个字段，我就是一个一个拖的，这个我当时就想过，但是我的情况是一次做好了，以后几乎不会再变了。你这儿总变，如果变的还没规律，写脚本不一定比拖字段快，你再评价一下吧
纯个人经验分享 |
陕公网安备：61019002000258 |
隐私政策 |
网站地图
