spring配置数据库的别名例如<property name="alias" value="${jdbc.alias2}" >有什么用

你的spring配置文件里面要加上这段：

<bean id="sqlMapClient" class="orgspringframeworkormibatisSqlMapClientFactoryBean">

<property name="configLocation" value="/WEB-INF/sqlmap-configxml"/>

<property name="dataSource" ref="dataSource"/>

</bean>

注意你的sqlmap-configxml的路径，别写错了。

然后在你的DAO层，创建sqlMapClient对象即可对数据库 *** 作了。

数据库设计方法、规范与技巧

一、数据库设计过程

数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

1 需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。

需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。

常用的调查方法有： 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。

数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。

数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度，

取值范围，取值含义，与其他数据项的逻辑关系｝

数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝

数据流描述＝｛数据流名，说明，数据流来源，数据流去向，

组成:｛数据结构｝，平均流量，高峰期流量｝

数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流，

组成:｛数据结构｝，数据量，存取方式｝

处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝,

处理:｛简要说明｝｝

2 概念结构设计阶段

通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。

概念模型特点：

(1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。

(2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。

概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。

使用IDEF1X方法创建E-R模型的步骤如下所示:

21 第零步——初始化工程

这个阶段的任务是从目的描述和范围描述开始，确定建模目标，开发建模计划，组织建模队伍，收集源材料，制定约束和规范。收集源材料是这阶段的重点。通过调查和观察结果，业务流程，原有系统的输入输出，各种报表，收集原始数据，形成了基本数据资料表。

22 第一步——定义实体

实体集成员都有一个共同的特征和属性集，可以从收集的源材料——基本数据资料表中直接或间接标识出大部分实体。根据源材料名字表中表示物的术语以及具有“代码”结尾的术语，如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来，从而初步找出潜在的实体，形成初步实体表。

23 第二步——定义联系

IDEF1X模型中只允许二元联系，n元联系必须定义为n个二元联系。根据实际的业务需求和规则，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系（强制的或可选的）还是非确定关系、分类关系。如果子实体的每个实例都需要通过和父实体的关系来标识，则为标识关系，否则为非标识关系。非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，则为强制的，否则为非强制的。如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。

24 第三步——定义码

通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选码属性，以便唯一识别每个实体的实例，再从侯选码中确定主码。为了确定主码和关系的有效性，通过非空规则和非多值规则来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。找出误认的确定关系，将实体进一步分解，最后构造出IDEF1X模型的键基视图（KB图）。

25 第四步——定义属性

从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。定义非主码属性，检查属性的非空及非多值规则。此外，还要检查完全依赖函数规则和非传递依赖规则，保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图。

26 第五步——定义其他对象和规则

定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。定义触发器、存储过程、视图、角色、同义词、序列等对象信息。

3 逻辑结构设计阶段

将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。

将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：

1）一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。

2）一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。

3）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

4）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

5）三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。

6）同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。

7）具有相同码的关系模式可合并。

为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构，这就是数据模型的优化。确定数据依赖。消除冗余的联系。确定各关系模式分别属于第几范式。确定是否要对它们进行合并或分解。一般来说将关系分解为3NF的标准，即：

表内的每一个值都只能被表达一次。

表内的每一行都应该被唯一的标识（有唯一键）。

表内不应该存储依赖于其他键的非键信息。

4 数据库物理设计阶段

为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

5 数据库实施阶段

运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 数据库实施主要包括以下工作：用DDL定义数据库结构、组织数据入库 、编制与调试应用程序、数据库试运行 6 数据库运行和维护阶段

数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。

建模工具的使用

为加快数据库设计速度，目前有很多数据库辅助工具（CASE工具），如Rational公司的Rational Rose，CA公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的Oracle Designer等。

ERwin主要用来建立数据库的概念模型和物理模型。它能用图形化的方式，描述出实体、联系及实体的属性。ERwin支持IDEF1X方法。通过使用ERwin建模工具自动生成、更改和分析IDEF1X模型，不仅能得到优秀的业务功能和数据需求模型，而且可以实现从IDEF1X模型到数据库物理设计的转变。ERwin工具绘制的模型对应于逻辑模型和物理模型两种。在逻辑模型中，IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性。在物理模型中，ERwin可以定义对应的表、列，并可针对各种数据库管理系统自动转换为适当的类型。

设计人员可根据需要选用相应的数据库设计建模工具。例如需求分析完成之后，设计人员可以使用Erwin画ER图，将ER图转换为关系数据模型，生成数据库结构；画数据流图，生成应用程序。

二、数据库设计技巧

1 设计数据库之前（需求分析阶段）

1) 理解客户需求，询问用户如何看待未来需求变化。让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。

2) 了解企业业务可以在以后的开发阶段节约大量的时间。

3) 重视输入输出。

在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。

举例：假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。

4) 创建数据字典和ER 图表

ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。

5) 定义标准的对象命名规范

数据库各种对象的命名必须规范。

2 表和字段的设计（数据库逻辑设计）

表设计原则

1) 标准化和规范化

数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。

举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer 和Order。Order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer 表里包含该客户信息的那一行。

事实上，为了效率的缘故，对表不进行标准化有时也是必要的。

2) 数据驱动

采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。

举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。

3) 考虑各种变化

在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。

字段设计原则

4) 每个表中都应该添加的3 个有用的字段

dRecordCreationDate，在VB 下默认是Now()，而在SQL Server 下默认为GETDATE()

sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT USER

nRecordVersion，记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原因

5) 对地址和电话采用多个字段

描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的灵活性。还有，电话号码和邮件地址最好拥有自己的数据表，其间具有自身的类型和标记类别。

6) 使用角色实体定义属于某类别的列

在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。

举例：用PERSON 实体和PERSON_TYPE 实体来描述人员。比方说，当John Smith, Engineer 提升为John Smith, Director 乃至最后爬到John Smith, CIO 的高位，而所有你要做的不过是改变两个表PERSON 和PERSON_TYPE 之间关系的键值，同时增加一个日期/时间字段来知道变化是何时发生的。这样，你的PERSON_TYPE 表就包含了所有PERSON 的可能类型，比如Associate、Engineer、Director、CIO 或者CEO 等。还有个替代办法就是改变PERSON 记录来反映新头衔的变化，不过这样一来在时间上无法跟踪个人所处位置的具体时间。

7) 选择数字类型和文本类型尽量充足

在SQL 中使用smallint 和tinyint 类型要特别小心。比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了$32,767 就不能进行计算 *** 作了。

而ID 类型的文本字段，比如客户ID 或定单号等等都应该设置得比一般想象更大。假设客户ID 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。

8) 增加删除标记字段

在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。

3 选择键和索引（数据库逻辑设计）

键选择原则：

1) 键设计4 原则

为关联字段创建外键。

所有的键都必须唯一。

避免使用复合键。

外键总是关联唯一的键字段。

2) 使用系统生成的主键

设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。

3) 不要用用户的键(不让主键具有可更新性)

在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。

4) 可选键有时可做主键

把可选键进一步用做主键，可以拥有建立强大索引的能力。

索引使用原则：

索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。

1) 逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。

2) 大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。

3) 不要索引memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。

4) 不要索引常用的小型表

不要为小型数据表设置任何键，假如它们经常有插入和删除 *** 作就更别这样作了。对这些插入和删除 *** 作的索引维护可能比扫描表空间消耗更多的时间。

4 数据完整性设计（数据库逻辑设计）

1) 完整性实现机制：

实体完整性：主键

参照完整性：

父表中删除数据：级联删除；受限删除；置空值

父表中插入数据：受限插入；递归插入

父表中更新数据：级联更新；受限更新；置空值

DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制

用户定义完整性：

NOT NULL；CHECK；触发器

2) 用约束而非商务规则强制数据完整性

采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。

3) 强制指示完整性

在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

4) 使用查找控制数据完整性

控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。

5) 采用视图

为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

5 其他设计技巧

1) 避免使用触发器

触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。

2) 使用常用英语（或者其他任何语言）而不要使用编码

在创建下拉菜单、列表、报表时最好按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语。

3) 保存常用信息

让一个表专门存放一般数据库信息非常有用。在这个表里存放数据库当前版本、最近检查/修复（对Access）、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到希望的要求而与你联系时，这样做对非客户机/服务器环境特别有用。

4) 包含版本机制

在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。

5) 编制文档

对所有的快捷方式、命名规范、限制和函数都要编制文档。

采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改非常有用。

对数据库文档化，或者在数据库自身的内部或者单独建立文档。这样，当过了一年多时间后再回过头来做第2 个版本，犯错的机会将大大减少。

6) 测试、测试、反复测试

建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。

7) 检查设计

在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。

三、数据库命名规范

1 实体（表）的命名

1) 表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成4 个字母长的别名；如果表的名字由3 个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4 字母长的别名，其余依次类推）

对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。

举例：

定义的缩写 Sales: Sal 销售；

Order: Ord 订单；

Detail: Dtl 明细；

则销售订单明细表命名为：Sal_Ord_Dtl;

2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。

举例：

定义的缩写 Material Ma 物品；

物品表名为：Material, 而不是 Ma

但是字段物品编码则是：Ma_ID;而不是Material_ID

3) 所有的存储值列表的表前面加上前缀Z

目的是将这些值列表类排序在数据库最后。

4) 所有的冗余类的命名(主要是累计表)前面加上前缀X

冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表

5) 关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。

关联表用于保存多对多关系。

如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。

举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；

表 Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp

2 属性（列）的命名

1) 采用有意义的列名，表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。如果键是数字类型，你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。

举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。

2) 所有的属性加上有关类型的后缀，注意，如果还需要其它的后缀，都放在类型后缀之前。

注: 数据类型是文本的字段，类型后缀TX可以不写。有些类型比较明显的字段，可以不写类型后缀。

3) 采用前缀命名

给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候会得到大大的简化。这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列名同某些数据库联系起来。

3 视图的命名

1) 视图以V作为前缀，其他命名规则和表的命名类似；

2) 命名应尽量体现各视图的功能。

4 触发器的命名

触发器以TR作为前缀，触发器名为相应的表名加上后缀，Insert触发器加'_I'，Delete触发器加'_D'，Update触发器加'_U'，如：TR_Customer_I，TR_Customer_D，TR_Customer_U。

5 存储过程名

存储过程应以'UP_'开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个组成部分。如增加代理商的帐户的存储过程为'UP_Ins_Agent_Account'。

6 变量名

变量名采用小写，若属于词组形式，用下划线分隔每个单词，如@my_err_no。

7 命名中其他注意事项

1) 以上命名都不得超过30个字符的系统限制。变量名的长度限制为29（不包括标识字符@）。

2) 数据对象、变量的命名都采用英文字符，禁止使用中文命名。绝对不要在对象名的字符之间留空格。

3) 小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突

5) 保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。

如何连接oracle数据库及故障解决办法

如何配置才能使客户端连到数据库：

要使一个客户端机器能连接oracle数据库，需要在客户端机器上安装oracle的客户端软件，唯一的例外就是java连接数据库的时候，可以用jdbc thin模式，不用装oracle的客户端软件。加入你在机器上装了oracle数据库，就不需要在单独在该机器上安装oracle客户端了，因为装oracle数据库的时候会自动安装oracle客户端。

用过sql server数据库然后又用oracle的新手可能会有这样的疑问：问什么我用sql server的时候不用装sql server的客户端呢？原因很简单，sql server也是microsoft的，它在 *** 作系统中集成了sql server客户端，如果microsoft与oracle有协议，将oracle客户端也集成到 *** 作系统中，那我们也就不用在客户端机器装oracle客户端软机就可访问数据库了，不过，这好像是不可能实现的事情。

也有的人会问：为什么在sql server中没有侦听端口一说，而在oracle中要配置侦听端口？其实sql server中也有侦听端口，只不过microsoft将侦听端口固定为1433，不允许你随便改动，这样给你一个错觉感觉sql server中没有侦听端口，咳，microsoft把太多的东西都封装到黑盒子里，方便使用的同时也带来的需要副作用。而oracle中的侦听端口直接在配置文件中，允许随便改动，只不过无论怎样改动，要与oracle服务器端设置的侦听端口一致。

好，言归正传，我们如何做才能使客户端机器连接到oracle数据库呢？

A． 安装相关软件

B． 进行适当的配置

A．在适当的位置安装适当的软件：

在客户端机器：

1．在客户端机器上安装ORACLE的Oracle Net通讯软件，它包含在oracle的客户端软件中。

2．正确配置了sqlnetora文件：

NAMESDIRECTORY_PATH = (TNSNAMES, …)

NAMESDEFAULT_DOMAIN=DB_DOMAIN

一般情况下我们不用NAMESDEFAULT_DOMAIN参数。如果想不用该参数用#注释掉或将该参数删除即可，对于NAMESDIRECTORY_PATH参数采用缺省值即可，对于NAMESDEFAULT_DOMAIN参数有时需要注释掉，在下面有详细解释。

3．正确配置了tnsnameora文件

在服务器端机器：

1．保证listener已经启动

2．保证数据库已经启动。

如果数据库没有启动，用：

Oracle 9i:

dos>sqlplus “/ as sysdba”

sqlplus> startup

Oracle 8i:

dos>svrmgrl

svrmgrl>connect internal

svrmgrl>startup

命令启动数据库

如果listener没有启动，用：

lsnrctl start [listener name]

lsnrctl status [listener name]

命令启动listener

B．进行适当的配置

如何正确配置tnsnameora文件：

可以在客户端机器上使用oracle Net Configuration Assistant或oracle Net Manager图形配置工具对客户端进行配置，该配置工具实际上修改tnsnamesora文件。所以我们可以直接修改tnsnamesora文件，下面以直接修改tnsnamesora文件为例：

该文件的位置为： …\network\admin\tnsnamesora (for windows)

…/network/admin/tnsnamesora (for unix)

此处，假设服务器名为testserver，服务名为orcltestservercom，使用的侦听端口为1521，则tnsnamsora文件中的一个test网络服务名（数据库别名）为：

test =

(DESCRIPTION=

(ADDRESS_LIST=

(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))

)

(CONNECT_DATA=(SERVICE_NAME=orcltestservercom)

)

)

此处的笑脸为)。

红色的内容为需要根据实际情况修改的内容，现解释如下：

PROTOCOL：客户端与服务器端通讯的协议，一般为TCP，该内容一般不用改。

HOST：数据库侦听所在的机器的机器名或IP地址，数据库侦听一般与数据库在同一个机器上，所以当我说数据库侦听所在的机器一般也是指数据库所在的机器。在UNIX或WINDOWS下，可以通过在数据库侦听所在的机器的命令提示符下使用hostname命令得到机器名，或通过ipconfig(for WINDOWS) or ifconfig（for UNIX）命令得到IP地址。需要注意的是，不管用机器名或IP地址，在客户端一定要用ping命令ping通数据库侦听所在的机器的机器名，否则需要在hosts文件中加入数据库侦听所在的机器的机器名的解析。

PORT：数据库侦听正在侦听的端口，可以察看服务器端的listenerora文件或在数据库侦听所在的机器的命令提示符下通过lnsrctl status [listener name]命令察看。此处Port的值一定要与数据库侦听正在侦听的端口一样。

SERVICE_NAME：在服务器端，用system用户登陆后，sqlplus> show parameter service_name命令察看。

如何利用配置的网络服务名连接到数据库：

用sqlplus程序通过test网络服务名进行测试，如sqlplus system/manager@test。如果不能连接到数据库，则在tnsnameora文件中的test网络服务名（net service）后面加上sqlnetora文件中NAMESDEFAULT_DOMAIN参数的值，此处我的参数值为testservercom，将其加到网络服务名后面，修改后的tnsnameora中关于该网络服务名的内容为：

什么情况下会引起oracle自动设置NAMESDEFAULT_DOMAIN参数？

出现这种情况的典型环境为windows的客户端的‘我得电脑à属性à计算机名à更改à其它…à此计算机的主DNS后缀’中设置了‘primary dns suffix’，因为在这种情况下安装客户端时，会在sqlnetora文件中自动设置NAMESDEFAULT_DOMAIN参数，或许当把计算机加入域中安装oracle客户端时也会出现这种情况，有条件的话大家可以试一下。

我在设置oracle的客户端时一般手工修改tnsnamesora文件，但是还有许多人喜欢用图形工具配置，该图形工具最终还是修改tnsnamesora文件，但是它有时会引起其它的问题：

在用oracle的图形配置软件'net assistant'或‘Net Configuration Assistant’配置网络服务名时，假如已经设置了‘primary dns suffix’，但是在图形配置软件中写的网络服务名的名字中没有‘primary dns suffix’，如只是写了test，则图形配置软件会自动在后面加上‘primary dns suffix’，使之变为testtestservercom，并存在tnsnamesora中，而不管你的sqlnetora文件中是否有NAMESDEFAULT_DOMAIN参数。此时，用图形工具进行测试连接是通过的，但是假如此时sqlnetora文件中没有NAMESDEFAULT_DOMAIN参数，则你在使用网络服务名时应该使用在tnsnamesora中的testtestservercom，而不是你在图形配置软件中键入的test。解决的办法为：

<1>可以在sqlnetora文件中设置NAMESDEFAULT_DOMAIN= testservercom，这时你可以用test或testtestservercom连接数据库

<2>在sqlnetora文件中不设置NAMESDEFAULT_DOMAIN参数，在tnsnamesora文件中将testtestservercom中的testservercom去掉，这时你可以用test连接数据库。

关于为什们在网络服务名后面加db_domain参数，需要了解sqlplus连接数据库的原理，我在后面解决12154常见故障中给出了详细的说明。

如果上面的招数还不奏效的话，只好用一下乾坤大挪移了。

将客户端的网络服务名部分

testtestservercom =

(DESCRIPTION=

(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))

)

(CONNECT_DATA=(SERVICE_NAME=orcltestservercom)

)

)

此处的笑脸为)。

拷贝到服务器的tnsnamesora文件中。然后再服务器端用sqlplus system/manager@testtestservercom连接到数据库。

如果能连接成功，说明你的客户端与服务器端的网络有问题。

如果连接不成功，用前面的部分检查网络服务名部分部分是否正确，如果确信网络服务名部分正确而且所有的客户端都连不上数据库则可能为系统TCP/IP或Oracle系统有问题，建议重新安装数据库。

常见故障解决办法：

TNS-12154 (ORA-12154)：TNS:could not resolve service name

该错误表示用于连接的网络服务名在tnsnamesora文件中不存在，如上面的tnsnamesora中的网络服务名只有test，假如用户在连接时用sqlplus system/manager@test1则就会给出TNS-12154错误。

要注意的是，有时即使在tnsnamesora文件中有相应的网络服务名，可是用该网络服务名连接时还会出错，出现这种情况的典型配置如下（在客户端的机器上）：

sqlnetora文件：

NAMESDIRECTORY_PATH = (TNSNAMES, …)

NAMESDEFAULT_DOMAIN = servercom

tnsnamesora文件:

test =

(DESCRIPTION=

(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))

)

(CONNECT_DATA=(SERVICE_NAME=orcltestservercom)

)

)

此处的笑脸为)。

sqlplus运行基本机理：

在用户输入sqlplus system/manager@test后，sqlplus程序会自动到sqlnetora文件中找NAMESDEFAULT_DOMAIN参数，假如该参数存在，则将该参数中的值取出，加到网络服务名的后面，即此例中你的输入由sqlplus system/manager@test自动变为sqlplus system/manager@testservercom ，然后再到tnsnamesora文件中找testservercom网络服务名，这当然找不到了，因为该文件中只有test网络服务名，所以报错。解决的办法就是将sqlnetora文件中的NAMESDEFAULT_DOMAIN参数注释掉即可，如#NAMESDEFAULT_DOMAIN = servercom。假如NAMESDEFAULT_DOMAIN参数不存在，则sqlplus程序会直接到tnsnamesora文件中找test网络服务名，然后取出其中的host，port，tcp，service_name，利用这些信息将连接请求发送到正确的数据库服务器上。

另外原则上tnsnamesora中的配置不区分大小写，但是我的确遇到区分大小写的情况，所以最好将使用的网络服务与tnsnamesora中配置的完全一样。

ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect Descriptor

该错误表示能在tnsnamesora中找到网络服务名，但是在tnsnamesora中指定的SERVICE_NAME与服务器端的SERVICE_NAME不一致。解决的办法是修改tnsnamesora中的SERVICE_NAME。

易混淆术语介绍：

Db_name：对一个数据库（Oracle database）的唯一标识，该数据库为第一章讲到的Oracle database。这种表示对于单个数据库是足够的，但是随着由多个数据库构成的分布式数据库的普及，这种命令数据库的方法给数据库的管理造成一定的负担，因为各个数据库的名字可能一样，造成管理上的混乱。为了解决这种情况，引入了Db_domain参数，这样在数据库的标识是由Db_name和Db_domain两个参数共同决定的，避免了因为数据库重名而造成管理上的混乱。这类似于互连网上的机器名的管理。我们将Db_name和Db_domain两个参数用’’连接起来，表示一个数据库，并将该数据库的名称称为Global_name，即它扩展了Db_name。Db_name参数只能由字母、数字、’_’、’#’、’$’组成，而且最多8个字符。

Db_domain：定义一个数据库所在的域，该域的命名同互联网的’域’没有任何关系，只是数据库管理员为了更好的管理分布式数据库而根据实际情况决定的。当然为了管理方便，可以将其等于互联网的域。

Global_name：对一个数据库（Oracle database）的唯一标识，oracle建议用此种方法命令数据库。该值是在创建数据库是决定的，缺省值为Db_name Db_domain。在以后对参数文件中Db_name与Db_domain参数的任何修改不影响Global_name的值，如果要修改Global_name，只能用ALTER DATABASE RENAME GLOBAL_NAME TO <db_namedb_domain>命令进行修改，然后修改相应参数。

Service_name：该参数是oracle8i新引进的。在8i以前，我们用SID来表示标识数据库的一个实例，但是在Oracle的并行环境中，一个数据库对应多个实例，这样就需要多个网络服务名，设置繁琐。为了方便并行环境中的设置，引进了Service_name参数，该参数对应一个数据库，而不是一个实例，而且该参数有许多其它的好处。该参数的缺省值为Db_name Db_domain，即等于Global_name。一个数据库可以对应多个Service_name，以便实现更灵活的配置。该参数与SID没有直接关系，即不必Service name 必须与SID一样。

Net service name：网络服务名，又可以称为数据库别名（database alias）。是客户端程序访问数据库时所需要，屏蔽了客户端如何连接到服务器端的细节，实现了数据库的位置透明的特性。

同义词是数据库方案对象的一个别名，经常用于简化对象访问和提高对象访问的安全性。下面就让我们来了解一下如何创建同义词！

如何创建同义词

Oracle的同义词有两种类型：公有同义词与私有同义词。

1：公有同义词由一个特殊的用户组Public所拥有。

2：私有同义词是由创建他的用户所有。

创建同义词的语法：

Create [public] synonym 同义词名称 for [username]objectName

删除同义词的语法：

Drop [public] synonym 同义词名称

查看所有同义词：

select from dba_synonyms

Oracle同义词创建及其作用

从字面上理解就是别名的意思，和试图的功能类似。就是一种映射关系。

1创建同义词语句：

create public synonym table_name for usertable_name;

其中第一个user_table和第二个user_table可以不一样。 此外如果要创建一个远程的数据库上的某张表的同义词，需要先创建一个Database Link(数据库连接)来扩展访问，然后在使用如下语句创建数据库同义词：create synonym table_name for table_name@DB_Link; 当然，你可能需要在user用户中给当前用户(user2)授权： grant select//on user2

2删除同义词：

drop public synonym table_name;

3查看所有同义词：

select from dba_synonyms

同义词拥有如下好处：节省大量的数据库空间，对不同用户的 *** 作同一张表没有多少差别;扩展的数据库的使用范围，能够在不同的数据库用户之间实现无缝交互;同义词可以创建在不同一个数据库服务器上，通过网络实现连接。

Oracle数据库中提供了同义词管理的功能。Oracle同义词是数据库方案对象的一个别名，经常用于简化对象访问和提高对象访问的安全性。

AD：

在Oracle中对用户的管理是使用权限的方式来管理的，也就是说，如果我们想使用数据库，我们就必须得有权限，但是如果是别人将权限授予了我们，我们也是能对数据库进行 *** 作的，但是我们必须要已授权的表的名称前键入该表所有者的名称，所以这就是比较麻烦的，遇到这种情况，我们该怎么办呢？创建个Oracle同义词吧！这样我们就可以直接使用同义词来使用表了。

1同义词的概念

Oracle数据库中提供了同义词管理的功能。同义词是数据库方案对象的一个别名，经常用于简化对象访问和提高对象访问的安全性。在使用同义词时，Oracle数据库将它翻译成对应方案对象的名字。与视图类似，同义词并不占用实际存储空间，只有在数据字典中保存了同义词的定义。在Oracle数据库中的大部分数据库对象，如表、视图、同义词、序列、存储过程、包等等，数据库管理员都可以根据实际情况为他们定义同义词。

2Oracle同义词的分类

Oracle同义词有两种类型，分别是公用Oracle同义词与私有Oracle同义词。

1)公用Oracle同义词:由一个特殊的用户组Public所拥有。顾名思义，数据库中所有的用户都可以使用公用同义词。公用同义词往往用来标示一些比较普通的数据库对象，这些对象往往大家都需要引用。

2)私有Oracle同义词:它是跟公用同义词所对应，他是由创建他的用户所有。当然，这个同义词的创建者，可以通过授权控制其他用户是否有权使用属于自己的私有同义词。

3Oracle同义词创建及删除 创建公有Oracle同义词的语法：Create [public] synonym 同义词名称 for [username]objectName；

Drop [public] synonym 同义词名称

4Oracle同义词的作用

1) 多用户协同开发中，可以屏蔽对象的名字及其持有者。如果没有同义词，当 *** 作其他用户的表时，必须通过user名object名的形式，采用了Oracle同义词之后就可以隐蔽掉user名，当然这里要注意的是：public同义词只是为数据库对象定义了一个公共的别名，其他用户能否通过这个别名访问这个数据库对象，还要看是否已经为这个用户授权。

2) 为用户简化sql语句。上面的一条其实就是一种简化sql的体现，同时如果自己建的表的名字很长，可以为这个表创建一个Oracle同义词来简化sql开发。

3)为分布式数据库的远程对象提供位置透明性。

5Oracle同义词在数据库链中的作用 数据库链是一个命名的对象，说明一个数据库到另一个数据库的路径，通过其可以实现不同数据库之间的通信。

Create database link 数据库链名 connect  to  user名 identified by 口令  using ‘Oracle连接串’; 访问对象要通过 object名@数据库链名。同义词在数据库链中的作用就是提供位置透明性。

一 数据库名

数据库名是数据库的 身份z号码 用于标示一个数据库 在参数文件中用DB_NAME表示

数据库名是在安装数据库 创建新的数据库 创建数据库控制文件 修改数据库结构 备份与恢复数据库时都需要使用到的

如何查看数据库名呢？方式有三

使用SQL语句 select name from v$database

使用show命令 show parameter db_name

查看参数文件 查看init ora文件

二 数据库实例名

数据库实例名是用于和 *** 作系统进行联系的标识 也就是说数据库和 *** 作系统之间的交互使用的是数据库实例名

实例名也被写入参数文件中 该参数为instance_name 在winnt平台中 实例名同时也被写入注册表

数据库名和实例名可以相同也可以不同 在一般情况下 数据库名和实例名是一对一的关系 但如果在oracle并行服务器架构（即oracle实时应用集群）中 数据库名和实例名是一对多的关系

如何查看当前数据库实例名呢？方式有三

使用SQL语句 select instance_name from v$instance

使用show命令 show parameter instance

查看参数文件 查看init ora文件

数据库实例名与ORACLE_SID两者都表示oracle实例 但是有区别的 instance_name是oracle数据库参数 而ORACLE_SID是 *** 作系统的环境变量 ORACLD_SID用于与 *** 作系统交互 也就是说 从 *** 作系统的角度访问实例名 必须通过ORACLE_SID

ORACLE_SID必须与instance_name的值一致 否则 你将会收到一个错误 在unix平台 是 ORACLE not available 在winnt平台 是 TNS 协议适配器错误

三 数据库域名与全局数据库名

随着由多个数据库构成的分布式数据库的普及 这种命令数据库的方法给数据库的管理造成一定的负担 因为各个数据库的名字可能一样 造成管理上的混乱

为了解决这种情况 引入了Db_domain参数 这样在数据库的标识是由Db_name（数据库名）和 Db_domain（数据库域名）两个参数共同决定的 避免了因为数据库重名而造成管理上的混乱 这类似于互连网上的机器名的管理

我们将Db_name和 Db_domain两个参数用 连接起来 表示一个数据库 并将该数据库的名称称为Global_name（全局数据库名） 即它扩展了Db_name Db_name参数只能由字母 数字 _ # $ 组成 而且最多 个字符

对一个网络数据库（Oracle database）的唯一标识 oracle建议用此种方法命令数据库 该值是在创建数据库是决定的 缺省值为Db_name Db_domain 在以后对参数文件中Db_name与Db_domain参数的任何修改不影响Global_name的值 如果要修改 Global_name 只能用ALTER DATABASE RENAME GLOBAL_NAME TO 命令进行修改 然后修改相应参数

如何查询数据库域名呢？方法有三

使用SQL命令 select value from v$parameter where name = db_domain

使用show命令 show parameter domain

查看参数文件 在参数文件中查询

四 数据库服务名

该参数是oracle i新引进的 在 i以前 我们用SID来表示标识数据库的一个实例 但是在Oracle的并行环境中 一个数据库对应多个实例 这样就需要多个网络服务名 设置繁琐 为了方便并行环境中的设置 引进了Service_name参数 该参数对应一个数据库 而不是一个实例

该参数的缺省值为Db_name Db_domain 即等于Global_name 如果数据库有域名 则数据库服务名就是全局数据库名 否则 数据库服务名与数据库名相同

如何查询数据库服务名呢？方法有三

使用SQL语句 select value from v$parameter where name = service_name

使用show命令 show parameter service_name

查看参数文件 在参数文件中查询

从Oracle i开如的oracle网络组件 数据库与客户端的连接主机串使用数据库服务名 之前用的是ORACLE_SID 即数据库实例名

五 网络服务名

网络服务名 又可以称为数据库别名（database alias） 是客户端程序访问数据库时所需要 屏蔽了客户端如何连接到服务器端的细节 实现了数据库的位置透明的特性 网络服务名被记录在tnsnames ora文件中

网络服务名是从客户端的角度出发 当客户端连接远程数据库或其他服务时 可以指定Net服务名 因此需要使用一个或多个命名方法将此Net服务名解析为连接数据库或其他服务的连接描述符

通常选择的是[本地] 将存储在本地客户机的tnsnames ora文件中的网络服务名解析为连接描述符

[Oracle Names] 由Oracle名字服务器提供为网络上的每个Oracle Net服务提供解析方法

[主机名] 通过TCP/IP环境中的主机别名连接到Oracle数据库服务

[Sun NIS]/[DCE CDS] 专用系统用的 在Windows 系统环境下不适用

六 总结

Oracle中各种命名的比较名称查询方式

名称→ 查询方式 DB_NAME→select name from v$database INSTANCE_NAME →select instance_name from v$instance ORACLE_SID→值和INSTANCE_NAME相同 DB_DOMAIN→select value from v$parameter where name= db_domain GLOBAL_NAME →DB_NAME DB_DOMAIN SERVICE_NAME→ select value from v$parameter where name= service_name NET_SERVICE_NAME→检查tnsnames ora文件

lishixinzhi/Article/program/Oracle/201311/16568

生效和mysql版本有关。useOldAliasMetadataBehavior这个参数的意思是，使用别名作为返回的key的名称，如selectidas‘ID’fromdual，使用ID而不是id。所以生效和mysql版本有关。

1、对于516版本，亲测useOldAliasMetadataBehavior这个参数不起作用，对于5132版本，working，所以先检查驱动版本。

2、useOldAliasMetadataBehavior这个参数的意思是，使用别名作为返回的key的名称，如selectidas'ID'fromdual，使用ID而不是id。

3、如此MyBatis才会working的更好

4、如果你用apacheDbUtils，最好设置上这个对数，对于springJdbcTemplate没测过。

以上就是关于spring配置数据库的别名例如<property name="alias" value="${jdbc.alias2}" />有什么用全部的内容，包括:spring配置数据库的别名例如<property name="alias" value="${jdbc.alias2}" />有什么用、选择恰当的数据库论文写作中有哪些方面的作用、Oracle 9i数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！