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

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

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

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

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

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

 

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

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

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

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

谢谢逛逛。架构不好改了。

或者，狐爸能提供一个用命令临时删除手工建立的关联方法。这样进入系统时先用指令临时删除所有手工建立的关联名称（这些关联名称已扫描进数据库存）。然后再用动态恢复关联和公式列。

谢谢各位的热烈讨论，我只用到关联，没有用到关联表。之前之已做到动态关联。因为狐表有关联管理器，用狐表自身的关联管理器设计关联比较习惯。而且关联数据又不容易丢失，所以希望保留这种原始设计方式。而设计好后再扫描进数据库中存起来使用动态关联。如果有用代码方式临时删除手工建的关联，就样方便性与灵活性兼得。

谢谢！

007，好方法！请狐爸采纳,我就等这功能完成再更新！