您现在的位置: J2ME开发网 >> Java技术 >> J2EE开发 >> 数据库
在系统中,经常会用到无限级的树形结构分类,如组织机构管理、商品/地区分类等等。一般无外采用两种方式:  一是类似struts-menu(http://struts-menu.sourceforge.net)的XML文件管理方式,配置起来比较
原文地址:http://java.sun.com/developer/technicalArticles/J2SE/Desktop/javadb/原作者:John OConner日期:2006-03 摘要学习如何在Java桌面应用
由于 Java™ 5 泛型的采用,有关泛型类型安全 Data Access Object (DAO) 实现的想法变得切实可行。在本文中,系统架构师 Per Mellqvist 展示了基于 Hibernate 的泛型 DAO 实现
Company与Employee类之间为一对多多态关联关系,如果继承关系树的根类对应一个表,或者每个类对应一个表,那么就能映射Company类的employees集合。本节介绍如何映射多对一多态关联。如图14-11所示,ClassD与Cla
本章介绍的三种映射方式各有优缺点,表14-1对这三种映射方式做了比较。表14-1 比较三种映射方式如果不需要支持多态查询和多态关联,可以采用每个具体类对应一个表的映射方式,如果需要支持多态查询和多态关联,并且子类包含的属性不多,可以采用根类
在这种映射方式下,继承关系树的每个类以及接口都对应一个表。在本例中,需要创建EMPLOYEES、HE和SE表。如图14-6所示,EMPLOYEES表仅包含和Employee类的属性对应的字段,HE表仅包含和HourlyEmployee类的属
这种映射方式只需为继承关系树的Employee根类创建一张表EMPLOYEES。如图14-4所示,在EMPLOYEES表中不仅提供和Employee类的属性对应的字段,还要提供和它的两个子类的所有属型对应的字段,此外,EMPLOYEES表中
把每个具体类映射到一张表是最简单的映射方式。如图14-2所示,在关系数据模型中只需定义COMPANIES、HOURLY_EMPLOYEES和SALARIED_EMPLOYEES表。为了叙述的方便,下文把HOURLY_EMPLOYEES表简称
在域模型中,类与类之间除了关联关系和聚集关系,还可以存在继承关系,在图14-1所示的域模型中,Company类和Employee类之间为一对多的双向关联关系(假定不允许雇员同时在多个公司兼职),Employee类为抽象类,因此它不能被实例化
持久化Java技术对象到任何关系型数据库都是一项富有挑战性的任务,因为它必须潜心于序列化层次化结构的Java对象到基于表结构的数据库,反之亦然。这个挑战是独一无二的,因为将Java技术对象映射到数据库的列和记录的方式,必须要在速度和效率上同
本文分析了 Java 访问数据库的瓶颈问题,并给出了相应的解决办法。速度瓶颈问题的提出在企业级的Java应用中,访问数据库是一个必备的环节。数据库作为数据资源的集散地,往往位于企业级软件体系的后方,供前方的应用程序访问。在Java技术的体系
动机 曾经使用许多方法在数据库和目标代码之间传输数据。从手动编码的SQL到JDO,然后再到EJB,我从未找到一种特别喜欢的方法。自从采用测试驱动开发(TDD)作为指导原则以来,这种不满情绪变得更加强烈。   
Blob和Clob在JDBC中的简介 [2005-7-23 10:52:03]
        数据库在当今的应用越来越广泛了,同样伴随着领域的广泛,存储的内容也不在是只有数值、字符、boolean几种类型,而是越来越多样化。在这样的前提下就出现了B
JDBC常见问题 [2005-7-7 11:41:58]
1. 什么是 JDBC 3.0 API? JDBC 3.0 API 是 JDBC API 的最后更新。它包含了许多特性,包括可滚动的结果集和 SQL:1999 数据类型。 2. JDBC-ODBC Bridge 是否支持 JDBC
iBatis是又一个O/R Mapping解决方案,j2ee的O/R方案真是多,和Hibernate相比,iBatis最大的特点就是小巧,上手很快。如果你不需要太多复杂的功能,iBatis是能满足你的要求又足够灵活的最简单的解决方案。iBa
15 篇文章  首页 上一页 下一页 尾页 页次:1/1页  20篇文章/页 转到: