一、由来这个框架是结合齐牛金融公司之前遇到的分布式事务场景以及支付宝程立分享的一个PPT<大规模SOA系统的分布式事务处理>而设计实现,意在解决之前公司对于每个分布式事务场景中都自行重复设计中间状态、幂等实现及重试逻辑的状况。采纳本框架后能解决现有已发现的所有分布式事务场景,减少设计开发设计工作量,提高开发效率,并统一保证事务实现的可靠性。二、分布式事务场景及框架对应实现分布式事务场景无需分布式
muppetORM是使用Java语言开发的,对jdbc进行封装,实现简单对象关系映射的持久化框架。目前实现insert,update,delete及查询结果集映射Map,List,Object,基于JavaBean注解生成修改scheme,scheme自动生成JavaBean,事务控制,查询工具类增强单表查询效率。内部模块设计:容器
基于Spring-JDBC和javax.persistence注解的简易ORM的封装。支持多数据源,通过简单的常规的Spring的配置就可以轻松实现,对代码无侵入。//定义数据映射实体类@Table(name="sys_user")//设置对应的表名@TargetDataSource(name="hueDataSource")//如果需要支持多数据源,添加
这是一个基于SpringJdbcTemplate的小工具,帮助开发者简单地完成Mysql的增删改查。使用nimble-orm的优势为互联网频繁的表变动而生。 表名、字段名,仅在代码中出现一次。修改表名只需要改一处地方,修改字段名,仅需改字段注解一次及where子句中涉及的字段名。增加字段只需增加一个表成员。修改量相比MyBatis大大减少。实用主义者,注重简单实用的接口。 分页接口、
simple-edbc一个简单易用的ORM框架。集成hibernate与mybatis部分特征于一身支持原生SQL语句、支持各种弹性装载支持注解控制表名、字段名支持注解控制数据源与数据源继承关系可配合Spring事物管理简化模型与数据库对应关系,提供默认驼峰与下划线命名规则文档地址:https://shimo.im/doc/Gd6NqYolg7wfEAHJ/注意事项
smjdbctemplate—简单的ORM框架基于springjdbctemplate的升级版,大家自己下载源码编译安装到本地仓库即可使用<!-- jdbc orm --><dependency> <groupId>com.cxytiandi</groupId> <artifactId>cxytiandi-jdbc</artifactId>
一直以来关于持久层框架选择的讨论都比较多,网上查了下比较,大致得出的结果:hibernate太繁,springjdbc太简,mybatis刚好,可见如今选用mybatis的势头也越来越明显。毕竟mybatis有DAO模版,强大的代码生成工具,这些都是在做开发的时候很容易提高效率的。但我个人偏向喜欢用Jdbctemplate,Jdbctemplate运行期更高效、内嵌Spring框架中、支持基于
DbUtils-Pro开源协议: Apache2.0DbUtils-Pro是一个DbUtils的改进版,它支持多种SQL风格并改进事务管理。主要特点有:改进DbUtils的异常处理,将SQLException转化为运行时导常抛出,无需再手工捕获异常,这点类似于Spring的JdbcTemplate。添加Inline风格SQL支持,Inline风格利用Threadlocal方式传递SQL参数,具有