ORM原型概念-低调大师

ORM原型概念

2017-11-12 505

ORM[Object-Relation-Mapping]对象关系映射. 这个名词已经出来好几年了.已经不陌生. 以前在项目中针对相对复杂业务逻辑时一般采用领域模型驱动方式进行业务概述,分析和建模. 其中在设计阶段我第一次接触ORM这个概念. 针对实际项目中ORM 采用的是Nhibernate实现底层数据持久化. 当然现在ORM成熟的工具已经很多了. 本篇的目的结合以往实际编程经验.系统整理ORM原型概念.

解释这个名词并不难.先了解一下ORM由来. 其实ORM的需求真正由来是在随着面向对象OO编程开发方法发展而产生的. 如今面向对象[Object]的OO编程已经成为企业级开发中主流开发方法. 而关系型数据库也成为企业级应用环境中永久存放数据的主流数据存储系统. 其实到这你应该明白. 同样的数据一个是在实际编程中一Object面向对象方式体现, 而另外一种就是把这种内存对象持久化存储到硬盘文件上.

由此可以说对象[Object]和关系数据是业务实体的两种不同表现形式.业务实体Object在内存中表现为对象，在数据库中表现为关系数据.

内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射(ORM)系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射.

这时有人会问为什么需要ORM?

先从项目中数据流存储形式这个角度说起. 简单拿MVC这种分层模式.来说. Model作为数据承载实体. 在用户界面层和业务逻辑层之间数据实现面向对象OO形式传递. 当我们需要通过Control层分发请求把数据持久化时我们会发现. 内存中的面向对象的OO如何持久化成关系型数据中存储一条实际数据记录呢？

面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，而关系数据库则是从数学理论发展而来的. 两者之间是不匹配的.而ORM作为项目中间件形式实现数据在不同场景下数据关系映射. 对象关系映射（Object Relational Mapping，简称ORM）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术.ORM就是这样而来的.

ORM推出在某种程度上打破我们架构上设计.同时也带来一些没有使用ORM之前不曾出现问题. 但最值得肯定是编码效率获得一定提高.可以把更多精力和时间从底层数据访问层代码重复工作中解放出来.关注程序和业务本身. 这时ORM所带来程序员生产力提高

另外一个不得不说就是维护的成本. 以前我们用ADO.NeT搭建的庞大复杂数据访问层. 我想在MVC架构UI 和Control可以实现层与层之间的解耦.而数据访问层DAtaAccess Layer却时候关联业务逻辑中. 当发生轻微变动时就要修改底层数据访问层.这样维护频率和灵活度.大为令人诟病. 可想而知这样维护成本也是很庞大费时费力的事情.

ORM体现特点:

<1>提高开发效率.ORM框架自动实现Entity实体的属性与关系型数据库字段的映射.CRUD的工作则可以交给ORM来自动生成代码方式实现.打打提高我们开发效率. 这样一来也减少我们维护一个复杂缺乏灵活性数据访问层的成本.

<2>NOSQl数据操作.NOSQL 数据库最近几年才提出这个概念主要用在一些开源数据库上.类似Repid DB上而ORM中无需直接操作T_SQL语句，实现数据操作. 其实了解作为Hibernate的创始人，Gavin King在设计Hibernate是全然不知T_SQL如何使用. 这让很多人汗然一把.

<3>来说说目前ORM这种模式缺点.

相信很多用过Herberate或是.NEt版本的.NHerberate的应该了解. 我们在搭建好项目结构后. 做好XML数据库访问配置文件. 然后就可以轻松根据数据实体EntityModel实现数据的CRUD操作. NOSQL的操作让我们开发效率得到质的飞跃. 可是等项目中期进入测试我们DBA看到数据库连接SQL语句说了一句"F**k 链接这么长的SQL是有病吗？“ 为何这么说呢？

假设我们DBA遇到事这样场景. 类似我们现在做一个系统访问权限验证. 数据库设计表之间实现6张表关联. 在的大数据量情况下. CRM给我们生成一些低效访问SQL 照成我们性能一直上不去. 虽然自动生成代码但你看NHerberate并不是每次生成代码都是具有高性能满足你的需求. 于是你的DBA那天给你说 “哪个XX某某. 你把这段访问做一下SQL优化一下？” 回日:“那是NHerberate自动生成的和我有什么关系？” DBA:”于是很抓狂说了一句多连接情况T_SQL会照成多次访问死锁?必须得优化.” 回日:“那时Nherberate自动生成的我没法修改啊?” DBA“直接从极度抓狂中陷入崩溃……”

上面杜撰一下一段经历. 以前使用NHerberate使用过程说明CRM一个问题:

CRM的确定是在一定程度上牺牲了程序的执行性能和固定的思维模式.

A:首先从系统架构来说采用ORM这种方式作为底层数据访问层. 架构多数采用多层架构方式. 系统架构分层越多同时面向对象这种编程方式执行效率也随之降低. 类似一个普通支持多数据架构方式MyBatis ORM框架架构方式如下图：

B:性能问题.在使用CRM作为数据访问层系统架构中. 我们大部分的数据CRUD操作交给CRM来自动生成代码方式实现. 但是CRM内置自动生成代码只是按照对象关系规则自动生成不一定能满足执行性能.类似上面出现情况. 这种情况需要使用额外工具,和配置策略来灵活实现CRM数据访问.

如上简单介绍ORM原型概念.搞清楚概念才能更方面以后CRM操作上理解. 如有疑问请在留言中提出.

本文转自chenkaiunion 51CTO博客，原文链接:http://blog.51cto.com/chenkai/763838

微信关注我们

原文链接：https://yq.aliyun.com/articles/468071

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

阿里云推出应用配置管理新工具助力企业效能几何式提升

近日，阿里云上的互联网中间件产品家族隆重推出了一款名叫应用配置管理（ACM）的工具类产品，其主要解决如何在分布式架构环境中对应用配置进行集中管理和推送的问题。基于该产品，用户可以在微服务、DevOps、大数据等场景下极大地减轻配置管理的工作量，增强配置管理的服务能力，价格却只有传统架构的十分之一。在传统架构中，如果应用的配置信息有变更，通常需要逐个登陆服务器手动修改配置来使配置生效。而在 ACM 的配置管理场景下，用户只需要在 ACM 控制台上更改配置，配置信息会自动被推送到各个服务器中并在秒级延迟内生效。传统应用开发的配置管理基于ACM的配置管理由于这种配置工具使得配置管理的便捷性和生效效率得到数量级的提升，因此在企业级互联架构中在诸多场景下发挥着不可替代的作用。在阿里内部，ACM其早期主要用于分布式架构下的服务治理。经过多年发

2017-11-13

534

一、AgileEAS.NET平台简介 AgileEAS.NET平台是一套应用系统快速开发平台，用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队，以达到节省开发成本、缩短开发时间，快速适应市场变化的目的，AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分，资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。 AgileEAS.NET平台基于软件过程改进以及构件化快速开发两方面达到这方面的目标，在软件过程改进实践方面，提出了独有的“敏捷并行开发方法”开发方法，其目的是在软件的管理之中提出符合国内中小软件企业实际情况并且可操作的软件工程实践、软件过程改进思想、及相配套的项目管理系统。在快速开发方面，AgileEAS.NET平台平台提供了企业应用开发所需的诸如ORM、IOC、分布式通信、插件与平台基础结构以及一系统的快速生成工具，涵盖开发过程中的设计、编码、集成、部署、运维等各个环节。二、寿光市区域公共卫生平台寿光区域公共卫生平台全称为“寿光市区域卫生一体化信息平台”，是由寿光市卫生局负责建议的寿光医疗信息化重大工...

2017-11-13

569

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。