推荐:ORMAN - 简约轻量级的Java ORM框架

推荐:ORMAN - 简约轻量级的Java ORM框架

ORMAN是一个非常小巧且易于使用的对象关系映射(ORM)框架,它为Java和Android应用提供了无需编写SQL就能操作数据库的能力。这个框架以其简洁的设计,避免了繁复的库依赖,使得在小型项目中实现数据库交互变得轻而易举。

项目介绍

ORMAN的核心目标是简化数据存储层的操作,让你专注于业务逻辑而非数据库细节。无论是在桌面Java应用还是移动Android平台上,你可以通过简单的API直接处理对象,ORMAN会自动将这些对象与数据库表进行绑定。

项目技术分析

ORMAN采用了纯Java实现,因此可以在任何Java环境中无缝运行。它支持MySQL和SQLite,并且特别适用于Android环境,利用SQLite数据库进行本地数据存储。ORMAN允许开发者通过注解对类和字段进行配置,从而自动生成相应的表结构和列。此外,ORMAN还提供了安全的查询构造器,避免SQL注入风险,同时还方便地管理了一对一、一对多、多对多等实体间的关系。

应用场景

  • 简单应用开发:对于小型项目或原型设计,ORMAN可以快速搭建数据库功能。
  • Android应用开发:在Android上,ORMAN为本地数据持久化提供了一个优雅的解决方案。
  • 教学和学习:ORMAN的简单性和易于理解的API使其成为教学ORM概念的理想工具。

项目特点

  • 极简主义设计:ORMAN没有复杂的XML配置文件,仅需注解即可完成配置。
  • 小体积:相比于其他大型ORM框架如Hibernate,ORMAN仅有约170kb大小,减少了应用的体积。
  • 便捷安装:ORMAN的引入和集成过程简单,无需繁琐的步骤。
  • 广泛兼容性:支持SQL:1999标准,可以轻松适应多种数据库系统。
  • 社区活跃:ORMAN项目积极寻找贡献者,有完善的文档和测试支持,持续发展和优化。

然而,值得注意的是,ORMAN不适用于需要高度定制数据库操作或企业级复杂场景的项目,它也不支持数据库模式的动态变更,以及事务管理。

总结起来,如果你正在寻找一个可以帮助你快速开发,而又不需要深度学习成本的ORM解决方案,ORMAN值得你一试。前往其GitHub主页,探索更多关于ORMAN的信息,并了解如何立即开始使用:ORMAN GitHub仓库

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
jdao是一个轻量级的orm工具包,通过简单配置或者连接数据库提供表名它便可以自动生成与数据库表一一对应的dao类,生成的dao类提供了与SQL无关的增删改查的功能。在复杂的查询SQL中,我建议编程人员自己编写高效的SQL,再通过jdao查询后返回封装好的QureyDao类,很方便的获取数据。在jdao底层,目前有spring的jdbcTemplate实现与我自己封装的jdaoHandlerImpl实现。jdao有支持事务,支持批量插入数据等特性。同时jdao底层数据库操作提供接口,编程人员可以自己实现。       如果你觉得hibernate,ibatis等orm框架过于笨重,不烦试下jdao,它可以在团队开发中规范团队持久层代码,较少开发量,特别在单表操作上基本是对象操作,对于复杂SQL查询也有较好的封装。一、使用DAO方式操作数据:查询SQL: select value,rowname from hstest where id between 2 and 10;jdao对象操作如下:Hstest t = new Hstest();t.where(Hstest.ID.BETWEEN(2, 10));t.query(Hstest.VALUE, Hstest.ROWNAME);插入SQL:  insert into hstest (id,rowname,value) values(1,"donnie","wuxiaodong")jdao对象操作如下:Hstest t = new Hstest();t.setId(1);t.setRowname("donnie");t.setValue("wuxiaodong");t.save();批量插入SQL:  insert into hstest (id,rowname,value) values(1,"donnie1","wuxiaodong1"),(2,"donnie2","wuxiaodong2"),(3,"donnie3","wuxiaodong3")jdao对象操作如下:Hstest t = new Hstest();t.setId(1);t.setRowname("donnie1");t.setValue("wuxiaodong1");t.addBatch();t.setId(2);t.setRowname("donnie2");t.setValue("wuxiaodong2");t.addBatch();t.setId(3);t.setRowname("donnie3");t.setValue("wuxiaodong3");t.addBatch();t.batchForSave();更新SQL:  update hstest set rowname="wuxiaodong",value="wuxiaodong" where id=10jdao对象操作如下:Hstest t = new Hstest();t.setRowname("wuxiaodong");t.setValue("wuxiaodong");t.where(Hstest.ID.EQ(10));t.update();删除SQL:  delete from hstest where id=2jdao对象操作如下:Hstest t = new Hstest();t.where(Hstest.ID.EQ(2));t.delete();二、使用QueryDao查询数据,建议用于复杂SQL查询,单表增删改查建议还是使用DAO对象操作。QueryDao qd = new QueryDao(JdaoHandlerFactory.getDBHandler4c3p0(), "select id,rowname from hstest limit ?,?", 0, 10);//获取数据方式一while (qd.hasNext()) {    QueryDao q = qd.next();    //获取字段方式一    System.out.println(q.fieldValue(1) "   " q.fieldValue(2));    //获取字段方式二    System.out.println(q.fieldValue("id") "   " q.fieldValue("rowname"));}//获取数据方式二for(QueryDao q:qd.queryDaoList()){    System.out.println(q.fieldValue(1) "   " q.fieldValue(2));} 标签:orm  jdao
一、SBORM 介绍 1、目前只考虑支持 mysql; 2、基于spring jdbc的上层封装,底层jdbc操作基于JdbcTemplate,对于使用spring jdbc的人会有一点价值,比较简洁的封装可以节省很多重复劳动,具体节省多少可以看看example; 3、实现一套简单的ORM(直接使用spring rowmapper,insert自己实现),可以基于对象进行crud和相对复杂(感觉比hibernate强大一点)的sql操作; 4、基于对象指定查询的字段,大部分时候可以忘掉表结构进行业务开发; 5、支持简单的数据库路由,读写分离(半自动,需要指定取writer还是reader,默认规则reader采用随机的方式,当然也可以手动指定); 6、支持简单的分表,主要是针对一定规则的分表,比如百分表、千分表,也可以自己指定分表后缀; 7、简单的单表查询(比如所有条件是and或者or结构),基本实现0sql代码编写(类似HibernateTemplate selectByExample、findByCriteria、find等方法); 8、简单的单表排序支持,支持多个排序条件组合; 9、对于复杂的sql查询,提供获取jdbctemplate实例进行操作,类似spring jdbc的常规用法; 10、提供Entity代码生成接口,Entity并非简单的pojo(尽可能不要去修改此类),引入字段常量类,方便查询的时候指定选择字段,从而更好实现查询条件的封装; 二、为什么写SBORM? 1、hibernate:过于臃肿,使用不够灵活,优化难(其实主要是因为很少用),HQL感觉就是个渣,在 mysql几乎一统天下的背景下,跨数据库级别的兼容吃力不讨好。Hibernate的对象化关联处理确实挺强大,但是使用起来坑太多,有多少人敢在项目 中大范围使用真不知道,屠龙刀不是人人都提的起啊。 2、mybatis:轻量级,基于xml的模式感觉不利于封装,代码量不小,基于xml维护也麻烦(个人观点, 现在注解模式貌似也挺不错),感觉mybatis更适合存在dba角色的年代,可以远离代码进行sql调优,复杂的查询拼装起来也更加优雅(java基本 就是if else ...),但是对于查询业务简单但是数据库集群环境的场景有点憋屈(其实对mybatis使用也不多,瞎评论^_^)。 3、spring jdbc:小巧,灵活,足够优秀,个人比较喜欢使用,但是代码量偏大,原生的接口重复劳动量大,比如insert、mapper之类的; SBORM只是针对spring jdbc的一些不方便的地方,做了一些封装,更加简化日常的开发工作,基于spring jdbc的RowMapper自动实现对象映射,也勉强算的上叫ORM,只是大部分功能已经由spring jdbc实现了。 平时不太喜欢使用hibernate和mybatis,主要是使用spring jdbc,写这个东西的出发点主要是平时使用spring jdbc觉 得比较麻烦,重复性的代码偏多,一方面通过自动mapper降低返回结果处理工作量,另一方面参考hibernate对象化查询条件的模式,写了一个 QueryBudiler,使得更多简单的单表查询可以通过对象组织查询、更改逻辑,避免过多去写相似性的SQL语句,减少DAO接口量。 三、一些亮点 1、Entity的设计:很多人看了也许会说,这个不是POJO,不是纯粹的Java Bean,显得很另类。但是有多人在开发过程中(特别是在写sql的时候),经常要去看看表结构设计?还有多少次因为改了表某个字段,还得遍历去查找哪些 sql使用了这个字段?多少次看到在代码中直接传入字段名作为查询参数感到别扭?如果将表结构字段都用java对象去描述,能够解决这些问题,就不必要在 乎是不是POJO了,后面看example的时候应该能体会这么做的一些好处,至少我觉得是挺方便的,将大部分查询脱离表结构设计。 2、简单的数据库路由:如果分库结构不是太复杂(比如简单的读写分离、或者多个库集成),BaseDao可以自 动进行路由(比如读写分离,根据业务模式指定读、写库),如果非默认的路由规则,也可以通过手动设置的模式,进行数据库路由。数据库路由直接由 Entity指定,所有的路由都是根据Entity识别,也就是说查询也是围绕Entity展开的,避免类似使用spring jdbc的时候,各种 template实例跳来跳去,硬编码引入,写一个业务还得看看到底该用哪个template,尤其是多个数据库共用一个template实例的时候。 3、QueryBuilder:单表查询基本上都可以实现零Sql(除非查询条件特别复杂的),更新、删除等操作也可以通过QueryBuilder进行批量处理,不局限于根据主键来处理。 4、分表操作的支持:对于分表操作和常规的使用没有区别,只是指定分表规则,mybatis好像也可以通过制定参数实现分表处理,没搞清楚hibernate对这个是怎么处理的(hibernate好像是bean和表一对一绑定的)? 标签:sborm

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

潘惟妍

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

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

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

打赏作者

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

抵扣说明:

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

余额充值