企业🤖AI Agent构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
我们在数据库设计的部分,一个很重要的环节便是设计ER图,其中的E,代表Entity,译为实体。在此,由于我们新建的类是与数据表一一对应的,所以以后我们把这种与数据表一一对应的应,称之为实体类。我们把这种类与数据表的对应关系称为:ORM。 > 对象关系映射(英语:**Object Relation Mapping\).**[** http://baike.baidu.com/view/197951.htm**](http://baike.baidu.com/view/197951.htm) java ee中,Hibernate就是一个广泛被应用的ORM框架。它能够建立实体类文件与数据表的映射关系。 ![](./../assets/4.1.orm.png) 这也决定了,JAVA EE的数据表开发中。我们需要按以下步骤开发: * 建立实体类 * 引用hibernate * 使用hibernate将实体类映射为数据表 # 温故知新 TP中,我们的程序往往是这样的: ![](https://box.kancloud.cn/92f41d58b28a2b46c756521f97d7e7d4_510x252.png) 在程序开发的时候,我们有时候,需要打开navicat来查看数据表的结构,或是注释,以查看相关的字段信息。 在JAVA EE中,我们的程序开发变成了这样: ![](https://box.kancloud.cn/1c3810375cee84140868bbcdd83868f6_633x245.png) 在数据表层中,我们规定了数据表相关信息,包括表名,表结构。在开发的过程中,我们只需要开启mysql的服务,其它的有关数据表的信息,我们完全可以在数据表层中获取 。 这虽然增加了部分的 代码前期开发的工作量,但无疑会大幅的降低二次开发及团队开发的工作量。因为我们再也不需要使用navicat来进行数据表结构的查看了。同时,我们也不需要在去将数据文件进行导出后共享给其它的成员了。因为所有的数据相关的信息,都已经变成了相应的类文件,我们想看到表结构时,直接浏览这个这个java 类就可以了。 没错,的确是很棒的设计。