这几天在工作中,需要设计一个业务中需要的类,想把这个类从数据库里取出来的时候发现使用Hibernate并不容易实现。工作代码不好直接拿出来,举个差不多的例子吧。
例如用户在系统中,保存的信息包括简要信息(用户名、联系电话、Email、性别)和一些图像信息(照片)。
但是在系统设计时,我的设计方式都是遵循业务的需要,设计一个“用户”类,包含用户名、联系电话、Email、性别和照片信息。这个时候我是不会考虑数据库设计的,这是一个设计原则:“不因为实现妨碍设计”。
在后面的数据库设计中因为照片比较大,所以保存的时候,会设计成两个表:用户简要信息表和用户照片表,两个表通过“用户ID”字段关联。
如果使用JDBC实现比较简单,直接使用SQL,使用联合查询查到用户所有信息,返回成为对象,比较简单。但是因为项目早期的设计开发人员选择了Hibernate,只有沿着这个方向做了,我发现比较困难,因为Hibernate的机制就是一个表对应一个“实体对象”。
没有办法,我只能建立两个实体对象,业务对象User中,改成这样:
class User{ UserSimpleInfo sinfo; UserPhotoIfo pinfo; }
感觉真够滑稽的。也许还有好的解决方案,只是我没有找到而已,我也会继续去寻找。就现在看来,没有找到这方面好的资料。
我现在觉得这是不可思议的一个做法。对象的设计,应该是从业务的分析和业务逻辑中来,和设计没有那么紧密的关系。应该是由设计觉得实现,不应该由实现决定设计。一种实现或是一种框架,不管功能是否强大,都不能“绑架”设计,要设计“屈从”,这是框架设计的一个基本原则。
实际上,一个表对应一个实体对象是很多情况下一个很自然的选择,但并不是必须的做法,如果限制了一定要这么设计实现,那就是非常荒谬的。我经常面向的领域和客户,经常面对的场景里,一个对象拆成几个表是非常有可能的事情。所以,ORM应该支持这种场景。
从另外一个方面看,一个表对应一个实体类是一个有欠考虑的理念。当然,ORM如果支持一个类映射多个表,复杂度增大了很多,用起来也更困难了。没办法,想做通用的东西,肯定比转做一个领域和业务要困难啊。
我本来就不喜欢ORM这东西,这让我更加讨厌Hibernate这类ORM框架,为此特意找了一些网上的资料,觉得这东西还是很不错的,尤其是一些需求简单的场景里,但是支持它的一些说法和理由却站不住脚:
有人说:Hibernate出现的目的,是为了可以让我们这些写代码的,可以更集中精力处理业务代码,而不是把心思放在怎么构建SQL语句。
我的意见:SQL本身也就是体现业务逻辑的。一个产品,本身包含的不仅有功能需求,还有效率、存储方面等等需求。
有人说:在还没有O/R MAPPING之前,我们在团队开发的时候,实现一个业务逻辑前的事情,就是跑去问DBA或者找系统的数据库 字典,要先把这个逻辑所用到的字段类型、大小、约束都搞清楚,才能开始做编码工作,因为我们需要构建特定的SQL语句、在代码放入各种的逻辑判断……
在有了O/R MAPPING之后,这种现象才得到基本解脱,因为我们要操作表里的数据,只需要直接对映射类操作即可,O/R MAPPING会自动生成所需要的SQL语句……
在有了O/R MAPPING之后,这种现象才得到基本解脱,因为我们要操作表里的数据,只需要直接对映射类操作即可,O/R MAPPING会自动生成所需要的SQL语句……
我的意见:类型、大小、约束和需要在代码里放入的逻辑判断本身也是业务逻辑的一个部分。不管你用何种理念和工具,都要考虑和面对的。
有人说:不使用ORM,那么多的get/set多烦人啊,写那些SQL多烦人啊。而且不容易维护。
我的意见:即便不使用现有的ORM,也肯定会采用面向对象的方式,把数据库的对象和业务对象封装起来给上层使用。业务层面看到的,也是非常清晰的存、取功能调用而已。不会到处都是JDBC的调用和ResultSet的set和get,更不会SQL满天飞。这在一定程度上其实和Hibernate、MyBatis差不多,但是因为不用考虑通用性,所以设计实现起来比较容易,且都是根据自己产品需要来设计,量体裁衣,最最适合自己的产品使用。
另外说到写SQL,我认为,写好SQL是设计和实现人员的基本功,不能在这里偷懒。我觉得有个人说的(忘了是谁了):“SQL是丑陋的,难以理解的。”这句话是站不住脚的。如果SQL是邪恶的,那么JNI是什么样的呢?SQL是一门非常精炼和优雅的语言,更是一门艺术。SQL中蕴藏了非常简练干净、清晰的概念,非常稳定的架构。
我不会只是从效率方面考虑问题,我更多的考虑是:
对象应该从业务的分析中来,对象和数据库表毫无关系,对象应该能够从数据存储层取出来,应该能通过存储层保存起来------至于什么表格式等等,都不影响这些上层设计。从数据库表产生实体对象很糟糕;从实体对象产生表结构也一样不好。如上一条所说,对象从业务中来;表的设计,是要根据对象的设计和数据库自身的特点、产品或项目的需求(例如效率需求和不同数据库自身的不同特性)而来的。
一个项目和产品,很多时候就是应该设计师、实现者和DBA共同努力来做好的,或者另外一种情况,一个团队里,本身就应该有一个或几个精通数据库或SQL的人,来一起做,不能因为说“SQL我不熟悉”或者“写好SQL太困难”为理由,对效率和存储方面的需求视而不见。或者简单的说“OO和关系数据库直接由天然阻抗”。做好数据持久层,一定是需要熟悉或精通数据库和SQL的人。
或者,你做一个对效率、存储、持续性都没有什么要求的项目或产品,那另当别论。又或者经过一段时间的学习和体验,我会改变自己现在的看法。
相关推荐
Hibernate 是一个流行的对象关系映射(ORM)框架,它允许Java开发者将数据库操作转化为面向对象的代码,简化了数据库应用程序的开发。这个中文帮助文档详细介绍了如何使用Hibernate的注解来配置实体Bean,实现与...
它是一个对象关系映射(ORM)工具,将数据库表映射为Java对象,使得开发者可以使用面向对象的方式来操作数据,而无需关心SQL语句的编写。Hibernate支持多种数据库,本项目选择了MySQL作为小型数据库,因为其轻量级、...
实训商业源码-付费进群自动定位版本-毕业设计.zip
单级热电制冷器件,全球前20强生产商排名及市场份额(by QYResearch).pdf
实训商业源码-Turbo Website Reviewer SEO分析报告工具源码-毕业设计.zip
内容概要:本文详细介绍了利用COMSOL进行铌酸锂波导倍频(PPLN)仿真的方法和技术难点。首先讨论了材料设置中非线性系数d33的空间调制方式,推荐使用tanh函数代替sign函数以提高收敛性。接着阐述了波导结构的选择和模式分析的关键步骤,强调了正确设置边界条件的重要性。对于网格划分提出了在极化周期交界处局部加密的方法,并解释了分步求解策略以节省内存。最后,作者提醒注意相位匹配条件以及考虑实际器件制造中的工艺误差对转换效率的影响。 适合人群:从事非线性光学研究、光子学器件设计的研究人员和工程师。 使用场景及目标:帮助读者掌握COMSOL软件中针对PPLN结构的仿真技巧,优化仿真流程,提升仿真准确性,解决实际项目中可能遇到的问题。 阅读建议:由于文中涉及大量具体的操作细节和技术要点,建议读者结合自己的项目背景仔细研读每个部分的内容,并尝试将所学应用到实践中去。
PLOT2222222222
内容概要:本文介绍了“19永磁直驱风机+混合储能+PQ逆变并网”系统,这是一种集成永磁直驱风机、混合储能设备和PQ逆变器的综合性解决方案,旨在实现可再生能源的高效利用和电网的稳定并网。文中详细阐述了各组件的工作原理及其协同效应,强调了该系统在提高能量转换效率、增强电网稳定性和改善供电质量方面的优势。通过对实际应用效果的分析,展示了该系统在低风速环境下的稳定输出能力、混合储能系统的削峰填谷作用以及PQ逆变器的智能调控和保护功能。 适合人群:从事新能源研究和技术开发的专业人士,关注绿色能源发展的科研工作者和政策制定者。 使用场景及目标:适用于风电场建设、分布式能源系统规划等领域,旨在推动可再生能源的广泛应用,促进电网的智能化和稳定性。 其他说明:随着可再生能源的发展,该系统有望在全球范围内获得更广泛的应用,成为未来能源领域的重要组成部分。
内容概要:本文详细介绍了商用车P2并联混合动力系统的HCU(整车控制器)控制策略及其建模方法。首先探讨了模式切换策略,针对不同工况如车辆速度、电池电量等因素进行模式选择。接着深入讲解了扭矩分配策略,考虑到了温度变化以及坡道情况对扭矩分配的影响。此外,还讨论了能量回收策略,利用预测性制动提高能量利用率。最后提及了故障降级策略,确保系统在出现故障时能够快速响应。文中提供了多个具体代码片段来辅助理解和实施这些策略。 适合人群:从事汽车电子控制系统开发的技术人员,尤其是专注于混合动力系统的研究人员和工程师。 使用场景及目标:帮助开发者将理论性的功能规范转化为实际可用的控制模型,适用于商用车P2并联混合动力系统的开发过程中,旨在提升系统的效率和平顺性。 其他说明:建议读者在实践中不断调整和完善模型参数,以适应不同的应用场景和技术要求。同时,在构建模型时应注意保持良好的可追溯性和验证性,以便后续维护和改进。
OpenAI Agents SDK
干式无油螺杆空压机,2024年前13大企业占据全球78%的市场份额.pdf
实训商业源码-多功能水果外卖电子商务手机模板-毕业设计.zip
.NET Framework 3.5(Windows server系统)
电子设计竞赛相关资源
电子设计竞赛相关资源
膜用聚砜,全球前9强生产商排名及市场份额(by QYResearch).pdf
信號完整性小技巧 #2 EYE CONTOUR.pdf
常规S参数与共模差模S参数转换
实训商业源码-UNIAPP开发的软件市场多端源码-毕业设计.zip
内容概要:本文详细介绍了LMS(LabVIEW Multifunctional System)测试系统在模态分析和锤击实验中的应用。首先解释了LMS系统及其核心功能——模态分析,这是一种用于确定结构振动特性的关键技术,可以获取固有频率、阻尼比和模态形状等参数。接着阐述了锤击实验的具体步骤,包括实验准备、数据采集、激励与响应记录、数据分析和结果解读。文中还简要介绍了LMS系统中使用的软件工具,涵盖数据导入、滤波与去噪、频域分析、模态识别与提取等功能。最后强调了模态分析和锤击实验在结构设计、优化和故障诊断中的重要作用。 适合人群:从事机械工程、振动与噪声分析的技术人员,尤其是需要掌握模态分析和锤击实验的应用工程师。 使用场景及目标:适用于希望深入了解LMS系统在模态分析和锤击实验中的具体应用,提升结构设计和故障诊断能力的专业人士。目标是在实际工作中更好地利用LMS系统进行振动与噪声分析。 其他说明:本文不仅提供了理论知识,还详细描述了实验操作流程,帮助读者更好地理解和应用相关技术。