使用play时使用JPA查询,还是原生SQL查询
2015-09-06 11:57
232 查看
是使用JPA查询好?还是自己写原生的SQL查询好?这是我最近一直在考虑的问题,值得探讨,目前尚无定论,只有一些感受,这个问题我将一直跟踪下去。
JPA查询明显有很多限制,这些限制给我的感觉是有点拘束,因为用它开发项目时,总是一个劲的遇到特殊的问题,让人很沮丧:
(1)实体关联查询时,实体关联关系一定要建好,避免互相调用!在一个项目刚开始的时候,各种需求情况还不十分明朗,实体关联等功能可能会有所调整。JPA的关联语句查询等这些编写工作让人稍感别扭,语句在写的时候要区分大小写,关联语句存在实体关系里面,如果要写一个稍复杂的查询,思考的东西的确较多,带给我的感觉就是不易掌控全局,有束缚感。你想啊,要想让你的程序全部用JPA写查询,这个压力实在太大,如果有极个别不用它写,这种感觉就很不好。
(2)日期时间字段要处理好。包括日期格式化等等
(3)好处之一就是,用它写的话,获得的数据就不需要做数据到实体的映射,这是一大好处。
使用原生的SQL查询:
(1)你会发现用它能实现任何你想实现的。
(2)需要做数据到实体的映射。
(3)当字段变动、实体、数据库变动时,都有可能需要维护所有跟它相关的SQL语句,这项改动确实也是不可控。如果程序不会大改,模块分清楚,逻辑复杂一点,问题都不大。
(4)查询效率等等都可控。
(5)注意SQL注入等问题。
JPA查询明显有很多限制,这些限制给我的感觉是有点拘束,因为用它开发项目时,总是一个劲的遇到特殊的问题,让人很沮丧:
(1)实体关联查询时,实体关联关系一定要建好,避免互相调用!在一个项目刚开始的时候,各种需求情况还不十分明朗,实体关联等功能可能会有所调整。JPA的关联语句查询等这些编写工作让人稍感别扭,语句在写的时候要区分大小写,关联语句存在实体关系里面,如果要写一个稍复杂的查询,思考的东西的确较多,带给我的感觉就是不易掌控全局,有束缚感。你想啊,要想让你的程序全部用JPA写查询,这个压力实在太大,如果有极个别不用它写,这种感觉就很不好。
(2)日期时间字段要处理好。包括日期格式化等等
(3)好处之一就是,用它写的话,获得的数据就不需要做数据到实体的映射,这是一大好处。
使用原生的SQL查询:
(1)你会发现用它能实现任何你想实现的。
(2)需要做数据到实体的映射。
(3)当字段变动、实体、数据库变动时,都有可能需要维护所有跟它相关的SQL语句,这项改动确实也是不可控。如果程序不会大改,模块分清楚,逻辑复杂一点,问题都不大。
(4)查询效率等等都可控。
(5)注意SQL注入等问题。
相关文章推荐
- sqlite数据库的char,varchar,text,nchar,nvarchar,ntext的区别
- MYSQL的慢查询分析
- PLSQL怎样导出oracle表结构和数据
- mysql 将时间戳直接转换成日期时间
- MySQL的btree索引和hash索引的区别
- mysql 日期时间运算函数
- mysql 获取当前日期及格式化
- proxool连接sqlerver
- EF4.0和EF5.0增删改查的写法区别及执行Sql的方法
- MYSQL 中mediumint导致的用户ID溢出
- MySQL数据库的增添改查
- MySQL的参数文件
- mysql---sql文件导入和导出
- Oracle定时调用存储过程
- MySQL-版本不一致
- SQLServer中获取特定表的所有列名
- redis key的过期机制
- C#.net删除dataGridView中选中行并同时更新数据库
- memcached 实验论文
- H2内存数据库支持存储到文件