JBase之前是站在之前基础上新做的java框架。所以带入一些老的历史习惯，比如库和空间都以LIS开头，实体只能是LIS.Model等。为了做到更通用的框架，需要剔除LIS特性，实体肯定不能只能叫LIS.Model了。同时之前只关注业务脚本化的事忘了关系库单表大概上千万后性能会下降。一般关系库采取的策略都是把业务数据迁移到历史表或者历史库，对我们业务还用不上历史库，采用历史表就能满足存储了。但是引入历史表后带来的问题就是查询都得考虑历史表问题，给业务和查询带来复杂性。想了想还是决定在实体注解引入历史表的关系，这样就能ORM提供是否附加查全部历史和最新使用历史表的API给业务用了。对润乾统计等可以建视图解决这个迁移历史表带了的问题。业务之所以不用实体是为了减少用实体拼接数据带来的数据库压力，由ORM层组装多个表的查询结果，既简化了业务也减少数据库压力。

框架调整部分

首先改为JRT，全名为，Java实时业务层基础（Java Real Time Business Layer Base），包以JRT开头。然后引入通用easyui作为前端基础。

框架包 前端调整 页面引用变化 UI的变化

实体改为配置，方便不同业务实体包叫的名字不同，代码反射实体基于配置反射 解决历史表部分

用来解决关系库单表数据不能太大要迁移数据到历史表的查询问题 为存在历史表预留的查询接口，简化业务查询业务数据、附加最近历史表数据、附加全部历史表数据。历史表和他的业务表结构相同，主键采用非自增，把历史表关系维护到Model的历史表关系上给ORM使用即可。

写ORM的好处就是可以自由定制，后面慢慢的优化来超越以前

文章来源

评论可见，请评论后查看内容，谢谢！！！评论后请刷新页面。