主题：[建议]datatables.load unload 改进。

初看load,unload两个方法，很是兴奋，研究了两天，结果还是回到了原点（用老方法加载）。因为这两个方法要求必须同时加载与同时卸载所有关联表，这样就使其失去了适用性，原因如下：

一、整个系统中的表都会直接与间接有关联，如果多级展开，实际上是一个整体，要求同时加、卸载就同等于要同时对整体加、卸载。

二、如果用变通方法：先用常规方法写系统，保存关联与公式到表，然后删除关联与公式，加载后，用代码重建关联与公式。这样又大大增加了工作量。失去了效率。

基于以上实际问题，建议狐爸考虑给用户留个接口。就是加载,与卸载表时，系统暂时不对关联的完整性及公式的正确性做效验。而将这个工作让开发者自已去写代码完成（用代码启动或停止验证）。或者有其他更好的办法？

你可以直接不用关联,用模拟管理 或者直接用代码实现关联效果.

这个没错，但公式也得用代码实现。

 

嗯，我考虑一下。

通过递归算法扫描出，一条程序多级别关联展开后，得到80多个表。也就是同时加载与卸载80多个表才行。

不过，做一下午，这递归算法总算写出来了。

请教，模拟关联的话，表达式列公式也只能模拟了吗？

狐爸，单独加载表的问题是否有列入改善日程呢？急用啊！

这么高端的功能一直没用 我测试了一下 在一定数据量下 控制好初始数据加载量 比load unload 来的更有效率 而且很好控制

俺只想给楼主提个建议，查询表也能做关联的，有的情况下可以试试看，最起码不会一串抓出80多张表。