逆向思维:借助hibernate自动建表--------为开发提速

简介:

  Hibernate的ORM关系映射底层框架,为我们的开发提供了很多便利,可以说是一个非常棒的J2EE框架,我这里也不

打算过多介绍,有段时间没发帖了,这段时间过的挺乱的,又要想着考试,又很渴望学技术,所以总是在犹豫,该看会考

试的书,复习一下,还是继续我的技术积累和探索。实在是不想看那些无聊的东西,虽然那些对我以后的发展很有帮助。

咳~~~有时候真的有休学的念头,但是中国这个社会,没文凭又不好混。再加上父母的期待,我实在不忍心舍弃这些我费

了11年(5+3+3)得到的东西。

           切入主题,逆向思维,借助hibernate实现快速开发。前提,打算在项目里使用hibernate框架开发底层。仅此而已。

一般情况下,开始一个项目,首先是系统的分析需求,然后就是设计数据库,然后找个数据库客户端开始建表,建字段这是个

漫长的过程,然后开工。如果使用hibernate框架(我当然非常推荐使用),jdbc有点麻烦,很多重复的体力活,也不易维护

拓展。当然我也不否定现在有许多J2EE开源框架autoJava,rapid-framework可以帮助我们自动生成增删改查等等,为我们

提供便利。但是要使用这些框架,一是还要学习这些开源框架的思想和设计思路及使用方法,二是和我们的项目匹配问题。

所以我并不打算使用这些开源框架。

           常规的思路是,设计好数据库,建好表,搞好外键,借助MyEclipse(也可以是其他IDE),自动生成映射,或者自己

写映射。这样的话就是两步。比较死板。如果新手的话,也可能产生的映射与设计思路有差别。还要不断的修改表和映射。

我推荐一个方法,是借助hibernate自动建表,首先要了解hibernate.cfg.xml中的各种属性,原来我一直不太了解(一直

都是让MyEclipse自动生成),这里面的奥妙,最近好好看了看,思路也清晰了不少。也发现了一个提高开发速度的方法。

首先介绍其中的一个属性hbm2ddl.auto,这个就是这个方案的核心属性,有四个值:create,create-drop,update,

validate。

贴出来我的源码:

复制代码
<!--  启动时删数据库中的表,然后创建,退出时不删除数据表
<property name="hbm2ddl.auto">create</property>
-->
<!--  启动时删数据库中的表,然后创建,退出时自动删除所有表
<property name="hbm2ddl.auto">create-drop</property>
-->
<!--  自动修改,如果表结构与实体类不一致,那么就修改表使它们一致,数据会保留
<property name="hbm2ddl.auto">update</property>
-->
<!--  自动校验,如果表结构与实体类不一致,那么不做任何操作,报错
<property name="hbm2ddl.auto">validate</property>
-->

复制代码

 

本来这个属性的产生是为了测试数据的,我觉得利用这个自动建表非常方便。利用这段代码:
<property name="hbm2ddl.auto">create</property>

这样的话,我们开发就是一步了,不用数据库客户端建表和外键了,直接写数据库实体对象,然后自动生成数据表。看

来如果用Mysql的话,Sqlyogent....是不用装了,嘿嘿。Mysql被sun公司收购了,并且投入大精力发展,以后Mysql

会越来越强大的,与Java的联系也可能会更紧。Oracle之类的也一样,跨数据库是hibernate的一大特点。封装了各个数

据库的操作语句。即使你不会写各个数据库不同的操作语句,也可以使用他们,发挥他们的最大潜力。真的太爽了。

hibernate通过映射文件建表,所以使用我这种开发方案也需要对XXX.hbm.xml配置有足够的了解,起码应该会写外键关

联,一对多,一对一,多对多,组件映射都很方便的支持。

以后开发思路不是设计数据库了,而是设计实体类,直接写POJO,然后写映射,让hibernate帮我们生成数据库表,

是不是省了一步呢。不过要注意的是建好表后就把这段代码删了:<property name="hbm2ddl.auto">create</property>

因为每加载一次项目,就会重建一次表,数据清空,所以如果表建好,就可以把这句删了,或注了。

 本文转自施杨博客园博客,原文链接:http://www.cnblogs.com/shiyangxt/archive/2008/12/28/1363941.html,如需转载请自行联系原作者

相关文章
|
2月前
|
SQL Java 数据库连接
|
2月前
|
SQL 缓存 安全
深入解析MyBatis-Plus LambdaQueryWrapper与QueryWrapper:高效数据查询的秘密
深入解析MyBatis-Plus LambdaQueryWrapper与QueryWrapper:高效数据查询的秘密
1369 1
|
6月前
|
关系型数据库 MySQL 数据库
107分布式电商项目 - MySQL优化(数据库结构优化)
107分布式电商项目 - MySQL优化(数据库结构优化)
39 0
|
6月前
|
存储 关系型数据库 MySQL
108分布式电商项目 - MySQL优化(插入数据优化)
108分布式电商项目 - MySQL优化(插入数据优化)
31 0
|
12月前
|
SQL XML JavaScript
MyBatis-Plus 联表查询的短板,终于有一款工具补齐了
MyBatis-Plus 联表查询的短板,终于有一款工具补齐了
|
12月前
|
SQL 消息中间件 JavaScript
比 MyBatis 效率快 100 倍的条件检索引擎,天生支持联表! 上
比 MyBatis 效率快 100 倍的条件检索引擎,天生支持联表! 上
|
12月前
|
前端开发 Java 数据库连接
比 MyBatis 效率快 100 倍的条件检索引擎,天生支持联表! 下
比 MyBatis 效率快 100 倍的条件检索引擎,天生支持联表! 下
|
12月前
|
SQL 消息中间件 JavaScript
比 MyBatis 快 100 倍,天生支持联表!
比 MyBatis 快 100 倍,天生支持联表!
【SQL开发实战技巧】系列(二十五):数仓报表场景☞结果集中的重复数据只显示一次以及计算部门薪资差异高效的写法以及如何对数据进行快速分组
本篇文章讲解的主要内容是:***如何使用lag函数让结果集重复数据只显示一次、用行转列pivot写法优化部门之间计算工资差异类似需求、如何通过ceil函数对已有数据进行分组打印、放假安排团队分组值班,如何通过ntile()over(order by )快速进行人员分组***
【SQL开发实战技巧】系列(二十五):数仓报表场景☞结果集中的重复数据只显示一次以及计算部门薪资差异高效的写法以及如何对数据进行快速分组
|
消息中间件 运维 监控
200张表,单表记录过亿,10多年核心老系统的重构之旅
200张表,单表记录过亿,10多年核心老系统的重构之旅
390 0
200张表,单表记录过亿,10多年核心老系统的重构之旅