JBase到JRT

本文介绍了JBase框架从旧版本到新版本JRT的转变,重点在于剔除历史遗留特性,引入通用UI,以及实体转变为配置以适应不同业务。针对大数据量的性能优化,文章提出了使用历史表的解决方案,通过ORM提供灵活的查询接口,包括历史数据的附加查询,以简化业务并减轻数据库压力。
摘要由CSDN通过智能技术生成

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的好处就是可以自由定制,后面慢慢的优化来超越以前

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
2020年是“jrt0166”的发展之年。在这一年,jrt0166迎来了许多重要的事件和转折点。 首先,jrt0166在2020年取得了巨大的发展和成就。他们成功推出了多个创新产品,并在市场上获得了广泛认可和赞誉。jrt0166团队经过不懈努力,不断改进和创新,使其产品在质量和性能方面不断提高,赢得了许多忠实的用户。 其次,2020年也是jrt0166公司扩大市场份额的一年。他们积极参加各种国内外展览和行业会议,与客户和合作伙伴广泛交流,拓展了合作关系。通过不断增强市场竞争力,他们成功进入了新的市场领域,为公司的长远发展打下了坚实基础。 此外,2020年也是jrt0166注重企业文化建设和员工培养的一年。他们积极组织各种培训和活动,提升员工的技能和动力。公司注重员工的职业发展和个人成长,并提供了广阔发展空间,使员工感受到公司的关心和支持。 最后,2020年也带来了一些挑战和困难。例如,全球爆发的COVID-19疫情对全球经济造成了巨大冲击,jrt0166也不例外。然而,面对挑战,jrt0166团队坚定信心,灵活应对,并采取了一系列应对措施,保持了公司的正常运营,并取得了不俗的业绩。 综上所述,2020年对于jrt0166来说是一个充满挑战和机遇的年份。通过不懈努力,创新实践和灵活应对,jrt0166成功地应对了各种挑战,并取得了长足发展,为公司的未来发展奠定了坚实基础。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小乌鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值