j2ee、实体类必须要和数据库里的字段一模一样吗

不用的。因为ibatis有个 resultMap 比如你的实体叫User。

这个只要你这个知道代表什么意思就可以了！但是为了方便阅读你的代码，我们建议你还是将实体类的字段和数据库的字段名写成一样的，并写上注释。

人们把客观存在的事物以数据的形式存储到计算机中，经历了对现实生活中事物特性的认识、概念化到计算机数据库里的具体表示的逐级抽象过程，即现实世界－概念世界－机器世界三个领域。有时也将概念世界称为信息世界；将机器世界称为存储或数据世界。

一、三个世界

1、现实世界 人们管理的对象存于现实世界中。现实世界的事物及事物之间存在着联系，这种联系是客观存在的，是由事物本身的性质决定的。例如学校的教学系统中有教师、学生、课程，教师为学生授课，学生选修课程并取得成绩。

2、概念世界 概念世界是现实世界在人们头脑中的反映，是对客观事物及其联系的一种抽象描述，从而产生概念模型。概念模型是现实世界到机器世界必然经过的中间层次。涉及到下面几个术语：

实体：我们把客观存在并且可以相互区别的事物称为实体。实体可以是实际事物，也可以是抽象事件。如一个职工、一场比赛等。

实体集：同一类实体的集合称为实体集。如全体职工。注意区分"型"与"值"的概念。如每个职工是职工实体"型"的一个具体"值"。

属性：描述实体的特性称为属性。如职工的职工号，姓名，性别，出生日期，职称等。

关键字：如果某个属性或属性组合的值能唯一地标识出实体集中的每一个实体，可以选作关键字。用作标识的关键字，也称为码。如"职工号"就可作为关键字。

联系：实体集之间的对应关系称为联系，它反映现实世界事物之间的相互关联。联系分为两种，一种是实体内部各属性之间的联系。另一种是实体之间的联系。

3、机器世界 存入计算机系统里的数据是将概念世界中的事物数据化的结果。为了准确地反映事物本身及事物之间的各种联系，数据库中的数据必须有一定的结构，这种结构用数据模型来表示。数据模型将概念世界中的实体，及实体间的联系进一步抽象成便于计算机处理的方式。

二、E－R模型

E－R模型（实体联系模型）简称E－R图。它是描述概念世界，建立概念模型的实用工具。E－R图包括三个要素：

实体（型）――用矩形框表示，框内标注实体名称。

属性――用椭圆形表示，并用连线与实体连接起来。

实体之间的联系――用菱形框表示，框内标注联系名称，并用连线将菱形框分别与有关实体相连，并在连线上注明联系类型。

联系归结为三种类型：

1）一对一联系（1:1）

设A、B为两个实体集。若A中的每个实体至多和B中的一个实体有联系，反过来，B中的每个实体至多和A中的一个实体有联系，称A对B或B对A是1:1联系。注意，1:1联系不一定都是一一对应的关系。可能存在着无对应。如一个公司只有一个总经理，一个总经理不能同时在其它公司再兼任总经理，某公司的总经理也可能暂缺。

2）一对多联系（1:n）

如果A实体集中的每个实体可以和B中的几个实体有联系，而B中的每个实体至我和A中的一个实体有联系，那么A对B属于1:n联系。如一个部门有多名职工，而一名职工只在一个部门就职，部门与职工属于一对多的联系。

3）多对多联系（m:n）

若实体集A中的每个实体可与和B中的多个实体有联系，反过来，B中的每个实体也可以与A中的多个实体有联系，称A对B或B对A是m:n联系。如一个学生可以选修多门课程，一门课程由多个学生选修，学生和课程间存在多对多的联系。

必须强调指出,有时联系也有属性,这类属性不属于任一实体只能属于联系。

三、数据模型简介

数据模型由三部分组成，即模型结构、数据 *** 作和完整性规则。这里主要介绍模型结构。DBMS所支持的数据模型分为四种：层次模型、网状模型、关系模型、面向对象模型。其中第四种数据模型目前并未成熟，因此传统的说法有前三种数据模型。

1、基本层次联系

层次模型和网状模型有共同点，可以把它们统称为格式化模型。基本层次联系就是包括两结点和一边的基本单元，两个实体间的有向边代表的基本层次联系表示一对多的联系。通常把表示1的实体放在上方,称为父结点，把表示N的实体放在下面，称为子结点。

2、层次数据模型

用村形结构表示实体及其之间的联系的模型称为层次模型。该模型的实际存储数据由链接指针来体现联系。特点：有且仅有一个结点无父结点，此结点即为根结点；其它结点有且仅有一个父结点。适合用表示一对多的联系。

3、网状模型

用网状结构表示实体及其之间的联系的模型称为网状模型。允许结点有多于一个的父结点，可以有一个以上的结点无父结点。适合用于表示多对多的联系。

层次模型和网状模型从本质上都是一样的。存在的缺陷：难以实现系统扩充，插入或删除数据时，涉及到大量链接指针的调整。

实体就是具体的事物, 实体和实体之间的关系 就是记录

比如工程项目数据库, 工程 和 供货商 和零件 都是实体

供货商 和 零件 之间的关系 就是记录 ,

具体是 供货商A ,零件1

供货商A, 零件2

是通过映射文件来映射的。举个简单的例子，例如我有个Teacher实体类（某教学管理系统老师用户）：

private Integer id; //编号

private String name; //姓名

private String password; //密码

private Date createDate; //创建日期

同时，我创建了数据表TEACHER：

create table teacher( id number(9) primary key, --编号 name varchar2(20), --姓名 password varchar2(20), --密码 create_date date --创建日期 );

这时，怎么关联它们呢？通过加载hibernate框架，我们就可以使用映射文件来关联实体类和数据库了

文件名：Teacherhbmxml（必须与实体类名字一致）

内容：

<xml version="10" encoding="utf-8">

<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 30//EN" " >

数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

数据流图的基本符号的意思：

1矩形表示数据的外部实体；

2圆角的矩形表示变换数据的处理逻辑；

3少右面的边矩形表示数据的存储；

4箭头表示数据流。

数据流程图中有以下几种主要元素：

→：数据流。数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。如订票单由旅客姓名、年龄、单位、身份z号、日期、目的地等数据项组成。由于数据流是流动中的数据，所以必须有流向，除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。

□：数据源（终点）。代表系统之外的实体，可以是人、物或其他软件系统。

○：对数据的加工（处理）。加工是对数据进行处理的单元，它接收一定的数据输入，对其进行处理，并产生输出。

〓：数据存储。表示信息的静态存储，可以代表文件、文件的一部分、数据库的元素等。

数据流程图是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。

为了描述复杂的软件系统的信息流向和加工，可采用分层的DFD来描述，分层DFD有顶层，中间层、底层之分。

（1）顶层。决定系统的范围，决定输入输出数据流，它说明系统的边界，把整个系统的功能抽象为一个加工，顶层DFD只有一张。

（2）中间层。顶层之下是若干中间层，某一中间层既是它上一层加工的分解结果，又是它下一层若干加工的抽象，即它又可进一步分解。

（3）底层。若一张DFD的加工不能进一步分解，这张DFD就是底层的了。底层DFD的加工是由基本加工构成的，所谓基本加工是指不能再进行分解的加工。

数据流程图的基本成分

系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分

1,外部实体

外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复

2,处理过程

处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。

3,数据流

数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。

在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。

4,数据存储

数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何 *** 作，它仅仅响应存储和访问数据的要求。

在数据流程图中数据存储用右边开口的长方条表示。在长方条内写上数据存储名字。为了区别和引用方便，左端加一小格，再标上一个标识，用字母D和数字组成

1,画数据流程图的基本原则:

①数据流程图上所有图形符号必须是前面所述的四种基本元素。

②数据流程图的主图必须含有前面所述的四种基本元素，缺一不可。

③数据流程图上的数据流必须封闭在外部实体之间，外部实体可以是一个，也可以是多个。

④处理过程至少有一个输入数据流和一个输出数据流。

⑤任何一个数据流子图必须与它的父图上的一个处理过程对应，两者的输入数据流和输出数据流必须一致，即所谓“平衡”。

⑥数据流程图上的每个元素都必须有名字。

2,画数据流程图的基本步骤:

①把一个系统看成一个整体功能，明确信息的输入和输出。

②找到系统的外部实体。一旦找到外部实体，则系统与外部世界的界面就可以确定下来，系统的数据流的源点和终点也就找到了。

③找出外部实体的输入数据流和输出数据流。

④在图的边上画出系统的外部实体。

⑤从外部实体的输入流（源）出发，按照系统的逻辑需要，逐步画出一系列逻辑处理过程，直至找到外部实体处理所需的输出流，形成数据流的封闭。

⑥将系统内部数据处理又分别看做整体功能，其内部又有信息的处理、传递、存储过程。

⑦如此一级一级地剖析，直到所有处理步骤都很具体为止。

3,画数据流程图的注意事项:

①关于层次的划分

逐层扩展数据流程图，是对上一层图中某些处理框加以分解。随着处理的分解，功能越来越具体，数据存储、数据流越来越多。究竟怎样划分层次，划分到什么程度，没有绝对标准，一般认为展开的层次与管理层次一致，也可以划分得更细，处理块的分解要自然，注意功能完整性，一个处理框经过展开，一般以分解为4个至10个处理框为宜。

②检查数据流程图

对一个系统的理解，不可能一开始就完美无缺，开始分析一个系统时，尽管我们对问题的理解有不正确、不确切的地方，但还是应该根据我们的理解，用数据流程图表达出来，进行核对，逐步修改，获得较为完美的图纸。

③提高数据流程图的易理解性

数据流程图是系统分析员调查业务过程，与用户交换思想的工具。因此，数据流程图应简明易懂。这也有利于后面的设计，有利于对系统说明书进行维护。

数据库实体就是数据库管理系统中的不同管理对象。数据库管理系统中的各种用于数据管理方便而设定的各种数据管理对象，如：数据库表、视图、存储过程等都是数据库实体。广义上讲，这些对象中所存储的数据也是数据库实体。因为它们也是确切存在着的实体。

数据库完整性约束定义　 关系完整性是为保证数据库中数据的正确性和相容性，对关系模型提出的某种约束条件或规则。完整性通常包括域完整性，实体完整性、参照完整性和用户定义完整性，其中域完整性，实体完整性和参照完整性，是关系模型必须满足的完整性约束条件。

关系数据库基本概念 是建立在关系数据库模型基础上的数据库，借助于集合代数等概念和方法来处理数据库中的数据。目前主流的关系数据库有oracle、SQL、access、db2、sqlserver，sybase等。

以上就是关于j2ee、实体类必须要和数据库里的字段一模一样吗全部的内容，包括:j2ee、实体类必须要和数据库里的字段一模一样吗、数据库的几个基本概念，数据，对象，实体，属性，数据模型、数据库中什么是实体和记录 最好能举例说明等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！