谁知道数据库优化设计方案有哪些

本文首先讨论了基于第三范式的数据库表的基本设计，着重论述了建立主键和索引的策略和方案，然后从数据库表的扩展设计和库表对象的放置等角度概述了数据库管理系统的优化方案。

关键词： 优化（Optimizing） 第三范式（3NF） 冗余数据（Redundant Data） 索引（Index） 数据分割（Data Partitioning） 对象放置（Object Placement）

1 引言

数据库优化的目标无非是避免磁盘I/O瓶颈、减少CPU利用率和减少资源竞争。为了便于读者阅读和理解，笔者参阅了Sybase、Informix和Oracle等大型数据库系统参考资料，基于多年的工程实践经验，从基本表设计、扩展设计和数据库表对象放置等角度进行讨论，着重讨论了如何避免磁盘I/O瓶颈和减少资源竞争，相信读者会一目了然。

2 基于第三范式的基本表设计

在基于表驱动的信息管理系统（MIS）中，基本表的设计规范是第三范式（3NF）。第三范式的基本特征是非主键属性只依赖于主键属性。基于第三范式的数据库表设计具有很多优点：一是消除了冗余数据，节省了磁盘存储空间；二是有良好的数据完整性限制，即基于主外键的参照完整限制和基于主键的实体完整性限制，这使得数据容易维护，也容易移植和更新；三是数据的可逆性好，在做连接（Join）查询或者合并表时不遗漏、也不重复；四是因消除了冗余数据（冗余列），在查询（Select）时每个数据页存的数据行就多，这样就有效地减少了逻辑I/O，每个Cash存的页面就多，也减少物理I/O；五是对大多数事务(Transaction)而言，运行性能好；六是物理设计(Physical Design)的机动性较大，能满足日益增长的用户需求。

在基本表设计中，表的主键、外键、索引设计占有非常重要的地位，但系统设计人员往往只注重于满足用户要求，而没有从系统优化的高度来认识和重视它们。实际上，它们与系统的运行性能密切相关。现在从系统数据库优化角度讨论这些基本概念及其重要意义：

（1）主键(Primary Key)：主键被用于复杂的SQL语句时，频繁地在数据访问中被用到。一个表只有一个主键。主键应该有固定值（不能为Null或缺省值，要有相对稳定性），不含代码信息，易访问。把常用（众所周知）的列作为主键才有意义。短主键最佳（小于25bytes），主键的长短影响索引的大小，索引的大小影响索引页的大小，从而影响磁盘I/O。主键分为自然主键和人为主键。自然主键由实体的属性构成，自然主键可以是复合性的，在形成复合主键时，主键列不能太多，复合主键使得Join作复杂化、也增加了外键表的大小。人为主键是，在没有合适的自然属性键、或自然属性复杂或灵敏度高时，人为形成的。人为主键一般是整型值（满足最小化要求），没有实际意义，也略微增加了表的大小；但减少了把它作为外键的表的大小。

（2）外键（Foreign Key）：外键的作用是建立关系型数据库中表之间的关系（参照完整性），主键只能从独立的实体迁移到非独立的实体，成为后者的一个属性，被称为外键。

（3）索引(Index)：利用索引优化系统性能是显而易见的，对所有常用于查询中的Where子句的列和所有用于排序的列创建索引，可以避免整表扫描或访问，在不改变表的物理结构的情况下，直接访问特定的数据列，这样减少数据存取时间；利用索引可以优化或排除耗时的分类作；把数据分散到不同的页面上，就分散了插入的数据；主键自动建立了唯一索引，因此唯一索引也能确保数据的唯一性（即实体完整性）；索引码越小，定位就越直接；新建的索引效能最好，因此定期更新索引非常必要。索引也有代价：有空间开销，建立它也要花费时间，在进行Insert、Delete和Update作时，也有维护代价。索引有两种：聚族索引和非聚族索引。一个表只能有一个聚族索引，可有多个非聚族索引。使用聚族索引查询数据要比使用非聚族索引快。在建索引前，应利用数据库系统函数估算索引的大小。

① 聚族索引（Clustered Index）：聚族索引的数据页按物理有序储存，占用空间小。选择策略是，被用于Where子句的列：包括范围查询、模糊查询或高度重复的列（连续磁盘扫描）；被用于连接Join作的列；被用于Order by和Group by子句的列。聚族索引不利于插入作，另外没有必要用主键建聚族索引。

② 非聚族索引（Nonclustered Index）：与聚族索引相比，占用空间大，而且效率低。选择策略是，被用于Where子句的列：包括范围查询、模糊查询（在没有聚族索引时）、主键或外键列、点（指针类）或小范围（返回的结果域小于整表数据的20%）查询；被用于连接Join作的列、主键列（范围查询）；被用于Order by和Group by子句的列；需要被覆盖的列。对只读表建多个非聚族索引有利。索引也有其弊端，一是创建索引要耗费时间，二是索引要占有大量磁盘空间，三是增加了维护代价（在修改带索引的数据列时索引会减缓修改速度）。那么，在哪种情况下不建索引呢？对于小表（数据小于5页）、小到中表（不直接访问单行数据或结果集不用排序）、单值域（返回值密集）、索引列值太长（大于20bitys）、容易变化的列、高度重复的列、Null值列，对没有被用于Where子语句和Join查询的列都不能建索引。另外，对主要用于数据录入的，尽可能少建索引。当然，也要防止建立无效索引，当Where语句中多于5个条件时，维护索引的开销大于索引的效益，这时，建立临时表存储有关数据更有效。

批量导入数据时的注意事项：在实际应用中，大批量的计算（如电信话单计费）用C语言程序做，这种基于主外键关系数据计算而得的批量数据（文本文件），可利用系统的自身功能函数（如Sybase的BCP命令）快速批量导入，在导入数据库表时，可先删除相应库表的索引，这有利于加快导入速度，减少导入时间。在导入后再重建索引以便优化查询。

（4）锁：锁是并行处理的重要机制，能保持数据并发的一致性，即按事务进行处理；系统利用锁，保证数据完整性。因此，我们避免不了死锁，但在设计时可以充分考虑如何避免长事务，减少排它锁时间，减少在事务中与用户的交互，杜绝让用户控制事务的长短；要避免批量数据同时执行，尤其是耗时并用到相同的数据表。锁的征用：一个表同时只能有一个排它锁，一个用户用时，其它用户在等待。若用户数增加，则Server的性能下降，出现“假死”现象。如何避免死锁呢？从页级锁到行级锁，减少了锁征用；给小表增加无效记录，从页级锁到行级锁没有影响，若在同一页内竞争有影响，可选择合适的聚族索引把数据分配到不同的页面；创建冗余表；保持事务简短；同一批处理应该没有网络交互。

（5）查询优化规则：在访问数据库表的数据(Access Data)时，要尽可能避免排序（Sort）、连接(Join)和相关子查询作。经验告诉我们，在优化查询时，必须做到：

① 尽可能少的行；

② 避免排序或为尽可能少的行排序，若要做大量数据排序，最好将相关数据放在临时表中作；用简单的键（列）排序，如整型或短字符串排序；

③ 避免表内的相关子查询；

④ 避免在Where子句中使用复杂的表达式或非起始的子字符串、用长字符串连接；

⑤ 在Where子句中多使用“与”（And）连接，少使用“或”(Or)连接；

⑥ 利用临时数据库。在查询多表、有多个连接、查询复杂、数据要过滤时，可以建临时表（索引）以减少I/O。但缺点是增加了空间开销。

除非每个列都有索引支持，否则在有连接的查询时分别找出两个动态索引，放在工作表中重新排序。

3 基本表扩展设计

基于第三范式设计的库表虽然有其优越性（见本文第一部分），然而在实际应用中有时不利于系统运行性能的优化：如需要部分数据时而要扫描整表，许多过程同时竞争同一数据，反复用相同行计算相同的结果，过程从多表获取数据时引发大量的连接作，当数据来源于多表时的连接作；这都消耗了磁盘I/O和CPU时间。

尤其在遇到下列情形时，我们要对基本表进行扩展设计：许多过程要频繁访问一个表、子集数据访问、重复计算和冗余数据，有时用户要求一些过程优先或低的响应时间。

如何避免这些不利因素呢？根据访问的频繁程度对相关表进行分割处理、存储冗余数据、存储衍生列、合并相关表处理，这些都是克服这些不利因素和优化系统运行的有效途径。

31 分割表或储存冗余数据

分割表分为水平分割表和垂直分割表两种。分割表增加了维护数据完整性的代价。

水平分割表：一种是当多个过程频繁访问数据表的不同行时，水平分割表，并消除新表中的冗余数据列；若个别过程要访问整个数据，则要用连接作，这也无妨分割表；典型案例是电信话单按月分割存放。另一种是当主要过程要重复访问部分行时，最好将被重复访问的这些行单独形成子集表（冗余储存），这在不考虑磁盘空间开销时显得十分重要；但在分割表以后，增加了维护难度，要用触发器立即更新、或存储过程或应用代码批量更新，这也会增加额外的磁盘I/O开销。

垂直分割表（不破坏第三范式），一种是当多个过程频繁访问表的不同列时，可将表垂直分成几个表，减少磁盘I/O（每行的数据列少，每页存的数据行就多，相应占用的页就少），更新时不必考虑锁，没有冗余数据。缺点是要在插入或删除数据时要考虑数据的完整性，用存储过程维护。另一种是当主要过程反复访问部分列时，最好将这部分被频繁访问的列数据单独存为一个子集表（冗余储存），这在不考虑磁盘空间开销时显得十分重要；但这增加了重叠列的维护难度，要用触发器立即更新、或存储过程或应用代码批量更新，这也会增加额外的磁盘I/O开销。垂直分割表可以达到最大化利用Cache的目的。

总之，为主要过程分割表的方法适用于：各个过程需要表的不联结的子集，各个过程需要表的子集，访问频率高的主要过程不需要整表。在主要的、频繁访问的主表需要表的子集而其它主要频繁访问的过程需要整表时则产生冗余子集表。

注意，在分割表以后，要考虑重新建立索引。

32 存储衍生数据

对一些要做大量重复性计算的过程而言，若重复计算过程得到的结果相同（源列数据稳定，因此计算结果也不变），或计算牵扯多行数据需额外的磁盘I/O开销，或计算复杂需要大量的CPU时间，就考虑存储计算结果（冗余储存）。现予以分类说明：

若在一行内重复计算，就在表内增加列存储结果。但若参与计算的列被更新时，必须要用触发器更新这个新列。

若对表按类进行重复计算，就增加新表（一般而言，存放类和结果两列就可以了）存储相关结果。但若参与计算的列被更新时，就必须要用触发器立即更新、或存储过程或应用代码批量更新这个新表。

若对多行进行重复性计算（如排名次），就在表内增加列存储结果。但若参与计算的列被更新时，必须要用触发器或存储过程更新这个新列。

总之，存储冗余数据有利于加快访问速度；但违反了第三范式，这会增加维护数据完整性的代价，必须用触发器立即更新、或存储过程或应用代码批量更新，以维护数据的完整性。

33 消除昂贵结合

对于频繁同时访问多表的一些主要过程，考虑在主表内存储冗余数据，即存储冗余列或衍生列（它不依赖于主键），但破坏了第三范式，也增加了维护难度。在源表的相关列发生变化时，必须要用触发器或存储过程更新这个冗余列。当主要过程总同时访问两个表时可以合并表，这样可以减少磁盘I/O作，但破坏了第三范式，也增加了维护难度。对父子表和1：1关系表合并方法不同：合并父子表后，产生冗余表；合并1：1关系表后，在表内产生冗余数据。

4 数据库对象的放置策略

数据库对象的放置策略是均匀地把数据分布在系统的磁盘中，平衡I/O访问，避免I/O瓶颈。

⑴ 访问分散到不同的磁盘，即使用户数据尽可能跨越多个设备，多个I/O运转，避免I/O竞争，克服访问瓶颈；分别放置随机访问和连续访问数据。

⑵ 分离系统数据库I/O和应用数据库I/O。把系统审计表和临时库表放在不忙的磁盘上。

⑶ 把事务日志放在单独的磁盘上，减少磁盘I/O开销，这还有利于在障碍后恢复，提高了系统的安全性。

⑷ 把频繁访问的“活性”表放在不同的磁盘上；把频繁用的表、频繁做Join作的表分别放在单独的磁盘上，甚至把把频繁访问的表的字段放在不同的磁盘上，把访问分散到不同的磁盘上，避免I/O争夺；

⑸ 利用段分离频繁访问的表及其索引（非聚族的）、分离文本和图像数据。段的目的是平衡I/O，避免瓶颈，增加吞吐量，实现并行扫描，提高并发度，最大化磁盘的吞吐量。利用逻辑段功能，分别放置“活性”表及其非聚族索引以平衡I/O。当然最好利用系统的默认段。另外，利用段可以使备份和恢复数据更加灵活，使系统授权更加灵活。

一、数据库设计过程

数据库技术是信息资源管理最有效的手段。

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

数据库设计的各阶段：

A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。

B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。

C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。

D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

1 需求分析阶段

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

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

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

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

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

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

2 概念结构设计阶段

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

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

概念模型特点：

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

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

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

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

21 第零步——初始化工程

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

22 第一步——定义实体

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

23 第二步——定义联系

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

24 第三步——定义码

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

25 第四步——定义属性

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

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

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

3 逻辑结构设计阶段

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

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

数据模型的优化，确定数据依赖，消除冗余的联系，确定各关系模式分别属于第几范式。确定是否要对它们进行合并或分解。一般来说将关系分解为3NF的标准，即：

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

表内的每一行都应该被唯一的标识(有唯一键)。

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

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

4 数据库物理设计阶段

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

5 数据库实施阶段

运用DBMS提供的数据语言(例如SQL)及其宿主语言(例如C)，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 数据库实施主要包括以下工作：用DDL定义数据库结构、组织数据入库 、编制与调试应用程序、数据库试运行 ，(Data Definition Language(DDL数据定义语言)用作开新数据表、设定字段、删除数据表、删除字段，管理所有有关数据库结构的东西)

●Create (新增有关数据库结构的东西，属DDL)

●Drop (删除有关数据库结构的东西，属DDL)

●Alter (更改结构，属DDL)

6 数据库运行和维护阶段

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

7 建模工具的使用

为加快数据库设计速度，目前有很多数据库辅助工具(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 图表

数据字典(Data Dictionary，简称DD)是各类数据描述的集合，是关于数据库中数据的描述，即元数据，不是数据本身。(至少应该包含每个字段的数据类型和在每个表内的主外键)。

数据项描述: 数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系

数据结构描述: 数据结构名，含义说明，组成:[数据项或数据结构]

数据流描述: 数据流名，说明，数据流来源，数据流去向， 组成:[数据结构]，平均流量，高峰期流量

数据存储描述: 数据存储名，说明，编号，流入的数据流，流出的数据流，组成:[数据结构]，数据量，存取方式

处理过程描述: 处理过程名，说明，输入:[数据流]，输出:[数据流]，处理:[简要说明]

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

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

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

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

2 表和字段的设计(数据库逻辑设计)

表设计原则

1) 标准化和规范化

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

2) 数据驱动

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

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

3) 考虑各种变化

在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。

4) 表名、报表名和查询名的命名规范

(采用前缀命名)检查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据库要素的名称搞糊涂了。你可以统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用 Table、Query 或者 Report 等前缀加以区别。如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符号来标识对象(比如 tbl_Employees)。用 sp_company 标识存储过程，用 udf_ (或者类似的标记)标识自定义编写的函数。

字段设计原则：

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

dRecordCreationDate，在SQL Server 下默认为GETDATE()

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

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

时效性数据应包括“最近更新日期/时间”字段。时间标记对查找数据问题的原因、按日期重新处理/重载数据和清除旧数据特别有用。

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

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

3) 表内的列[字段]的命名规则(采用前缀/后缀命名)、采用有意义的字段名

对列[字段]名应该采用标准的前缀和后缀。如键是数字类型：用 _N 后缀;字符类型：_C 后缀;日期类型：_D 后缀。再如，假如你的表里有好多“money”字段，你不妨给每个列[字段]增加一个 _M 后缀。

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

假设有两个表：

Customer 和 Order。Customer 表的前缀是 cu_，所以该表内的子段名如下：cu_name_id、cu_surname、cu_initials 和cu_address 等。Order 表的前缀是 or_，所以子段名是：

or_order_id、or_cust_name_id、or_quantity 和 or_description 等。

这样从数据库中选出全部数据的 SQL 语句可以写成如下所示：

Select From Customer, Order Where cu_surname = "MYNAME" ;

and cu_name_id = or_cust_name_id and or_quantity = 1

在没有这些前缀的情况下则写成这个样子(用别名来区分)：

Select From Customer, Order Where Customersurname = "MYNAME" ;

and Customername_id = Ordercust_name_id and Orderquantity = 1

第 1 个 SQL 语句没少键入多少字符。但如果查询涉及到 5 个表乃至更多的列[字段]你就知道这个技巧多有用了。

5) 选择数字类型和文本类型的长度应尽量充足

假设客户ID 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。

6) 增加删除标记字段

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

7) 提防大小写混用的对象名和特殊字符

采用全部大写而且包含下划符的名字具有更好的可读性(CUSTOMER_DATA)，绝对不要在对象名的字符之间留空格。

8) 小心保留词

要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，用 DESC 作为说明字段名。后果可想而知!DESC 是 DESCENDING 缩写后的保留词。表里的一个 SELECT 语句倒是能用，但得到的却是一大堆毫无用处的信息。

9) 保持字段名和类型的一致性

在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在表1中叫做“agreement_number”，就别在表2里把名字改成 “ref1”。假如数据类型在表1里是整数，那在表2里可就别变成字符型了。当然在表1(ABC)有处键ID，则为了可读性，在表2做关联时可以命名为 ABC_ID。

10) 避免使用触发器

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

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

3 选择键和索引(数据库逻辑设计)

参考：《SQL优化-索引》一文

4 数据完整性设计(数据库逻辑设计)

1) 完整性实现机制：

实体完整性：主键

参照完整性：

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

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

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

DBMS对参照完整性可以有两种方法实现：外键实现机制(约束规则)和触发器实现机制用户定义完整性：

NOT NULL;CHECK;触发器

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

采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。不要依赖于商务层保证数据完整性;它不能保证表之间(外键) 的完整性所以不能强加于其他完整性规则之上。如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。

3) 强制指示完整性

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

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

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

5) 采用视图

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

6) 分布式数据系统

对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来 5 年或者 10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记，在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。

7) 关系

如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。

8) 给数据保有和恢复制定计划

考虑数据保存策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。

9) 用存储过程让系统做重活

提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。数据库不只是一个存放数据的地方，它也是简化编码之地。

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

5 其他设计技巧

1) 避免使用触发器

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

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

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

3) 保存常用信息

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

4) 包含版本机制

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

5) 编制文档

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

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

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

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

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

7) 检查设计

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

三、数据库命名规范

1 实体(表)的命名

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

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

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

举例：

定义的缩写 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;

作者: 小灵, 出处:论坛, 责任编辑: 李书琴, 2007-09-27 15:17

本文详细解析了数据库设计过程、设计技巧以及总结了数据库命名规范……

2 属性(列)的命名

1) 采用有意义的列名

表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义;

A、如果是数据库自动生成的编码，统一命名为：ID

B、如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名，即“XXXX_ID”

C、如果键是数字类型，你可以用_NO 作为后缀;

D、如果是字符类型则可以采用_CODE 后缀

E、对列名应该采用标准的前缀和后缀。

举例：销售订单的编号字段命名：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) 小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突

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

问题一：如何利用数据库营销开发中小企业客户 第一步中讲到潜在客户数据库的重要性在这一步得到充分印证。过于简单的数据库将导致营销人员在进行结果反馈时只能单一的将成功与否导入系统，而与客户接触过程中产生的其他数据无法记录，也不知道存放在哪里。这个环节出现问题，从表面上看是当初设计时技术上考虑不周，实际上有两种情况，其一，是营销人员重结果、轻过程，导致每次和客户接触都从零开始。不去总结过程是如何影响结果的，如何提高效率？其二，是技术和经验方面的问题，信息千千万万需要记录所有反馈结果吗？怎么记录呢？用于获取客户的营销系统是不同的，因此不能用传统的交易系统思维进行约束。 如何开发新客户是一个专业的过程，需要精心安排每一步。营销人员可以采取多渠道数据库营销。一方面利用已掌握的客户数据、产品信息在市场需求基础上寻找潜在销售机会，扩展潜在客户。另一方面借助于专业数据库营销公司进行系统全面的整合数据库营销，挖掘大量的潜在目标客户以完善并扩充潜在客户数据库，获取持续稳定的消费客源。

问题二：数据库营销的实施条件和基本过程是什么？ 数据库营销是建立在直复营销和关系营销基础之上，充分体现全面质量管理的管理原则，并借助于信息技术的发展而日益强大起来，它本身的理论体系和运作方式也随着营销实践的检验和充实而日臻完善。

数据库营销的过程：数据采集、数据储存、数据处理、寻找目标顾客、使用数据和完善数据六个基本过程。

问题三：什么是数据库营销以及它的优势是什么？ 什么是数据库营销

所谓数据库营销就是企业通过收集和积累消费者的大量信息，经过处理后预测消费者有多大可能去购买某种产品，以及利用这些信息给产品以精确定位，有针对性地制作营销信息，以达到说服消费者去购买产品的目的。

数据库营销的优势

数据库营销在欧美已经得到了广泛的应用。在中国大陆地区，也已经开始呈现“星星之火，快速燎原”之势头。包括DM(Direct Mail, 定向直邮), EDM(Email DM，电子邮件营销) ,E-Fax(网络传真营销)和SMS(Short Message Server,短消息服务)等在内的多种形式的数据库营销手段，得到了越来越多的中国企业的青睐。

之所以越来越多的企业开始选择数据库营销，这与它相对传统营销所具有的独特优势是密不可分的。

一、可测试性

数据库营销就像科学实验，每推进一步，都可以精心的测试，其结果还可以进行分析。假设你有一间酒吧，可以发出一封邮件，宣布所有光临的女士都可以免费获得一杯鸡尾酒。而在另一封邮件中，你可以宣布除周六、周日外所有顾客都可以获得8折优惠。在进行一段时间的小规模测试后，计算哪一封邮件产生的回报最高，之后就运用获得最佳反应的方案进行更大规模的邮寄。不管企业的大小如何，只要运用适当的形式，都可以进行小规模的测试，以便了解哪种策略最有可能取得成功。

二、可测度

数据库营销是惟一一种可测度的广告形式。你能够准确地知道如何获得客户的反应以及这些反映来自何处。这些信息将被用于继续、扩展或重新制定、调整你的营销计划。

而传统的广告形式（报纸、杂志、网络、电视等）只能面对一个模糊的大致的群体，究竟目标人群占多少无法统计，所以效果和反馈率总是让人失望。正如零售商巨头Wanamaker说过：“我知道花在广告上的钱，有一半被浪费掉了，但我不知道是哪一半”。

三、获得更多的长期忠实客户

权威专家分析，维持一个老顾客所需的成本是寻求一个新顾客成本的05倍，而要使一个失去的老顾客重新成为新顾客所花费的成本则是寻求一个新客户成本的10倍。如果比竞争对手更了解顾客的需求和欲望，留住的最佳顾客就更多，就能创造出更大的竞争优势。用数据库营销经常地与消费者保持沟通和联系，可以维持和增强企业与消费者之间的感情纽带。另外，运用储存的消费记录来推测其未来消费者行为具有相当精确性，从而使企业能更好地满足消费者的需求，建立起长期的稳定的客户关系。

四、降低成本，提高营销效率

数据库营销可以使企业能够集中精力于更少的人身上，最终目标集中在最小消费单位到个人身上，实现准确定位。目前美国已有56％的企业正在建立数据库，85％的企业认为他们需要数据库营销来加强竞争力。由于运用消费者数据库能够准确找出某种产品的目标消费者，企业就可以避免使用昂贵的大众传播媒体，可以运用更经济的促销方式，从而降低成本，增强企业的竞争力。具有关资料统计，运用数据库技术进行筛选消费者，其邮寄宣传品的反馈率，是没有运用数据库技术进行筛选而发送邮寄宣传品的反馈率的10倍以上。

五、企业制胜的秘密武器

传统营销中，运用大众传媒（电视、报纸、杂志、网络等）大规模地宣传新品上市，或实施新的促销方案，容易引起竞争对手的注意，使他们紧跟其后推出对抗方案，势必影响预期的效果。而运用数据库营销，可与消费者建立紧密关系，一般不会引起竞争对手的注意，避免公开对抗。如今，很多知名企业都将这种现代化的营销手段运用到了自身的企业，将其作为一种秘密武器运用于激烈的市场竞争中去，从而在市场上站稳了脚跟。

由此可见>>

问题四：什么是数据库营销试说明数据库营销的战略意义 数据库营销,就是精准目标营销，DM载体，短信群发，这些都属于和利用数据库营销，简单地讲“就是把一些人，或目标归纳于你自己的资料库，然后对准他们实施你的任务，”

问题五：如何有效实施服务营销 1做好客户的忠诚度工作：

做好客户忠诚度是对销售工作的最高褒奖，我们一般的营销工作是否 好坏，是用以对客户满意度为衡量标准，满意度的标准是暂时的，它能够根据 服务环境的变化而转移，比如现在我的服务经过一段时间后，对客户的吸引力 将慢慢消失，这时极易被其他企业或产品所代替，造成辛苦换来的成绩化为泡 影，所以满意不是现在服务营销的标准，要做客户的忠诚度才是未来营销领域 中服务营销的关键。怎么样才能够做到忠诚，需要有一个对客户服务不断升级的服务档次， 使其 永远知道他被谁在无条件的服务着，这就需要根据企业的不同条件加以设定， 比如以时间或销售量为单位的梯级吸引政策，诱导也好，促销也好，利益中包 含服务，使双方都能够获取好处。

做到客户的忠诚光靠利益的驱动是远远不够的，尤其是现在的医药保健 品处于一个非常不稳定时期，市场在转型中的变化会对服务的质量产生动摇， 因而需要服务有人文的关怀，我们叫倾和力，如果企业与营销人员没有倾和力 ，那么他的服务是没有生命力的，倾和力在医药保健品中主要还是对身体的关 注上，对健康的关注上，人文的关怀需要从业人员有更多的素质与要求，企业 对这方面的培训尤为重要，从而真正理解到服务营销的魅力。

2做好客户的数据库处理

数据库营销是服务营销里比较重要的一环，客户的数据库处理好坏将直 接影响服务营销的生命力，没有自己的客户数据库将不可能长远做好服务营销 工作，也谈不上企业的健康发展，客户数据库的管理到为是为服务营销提供强 有力的保障，客户数据库运作的标准是科学、合理、有效，客户数据库有其建 立的标准范畴，用文字来表述就是要建立客户的基本档案，客户档案的数据要 建立非常科学，医药保健品来讲需要有姓名、性别、出生年月日、居住地址、 联络方式、家庭成员联络方式、居住区域、所犯何种疾病、症状表述、使用产 品时间、使用产品数量、使用产品周期、使用效果、服务员工编号、正常要求 与建议、口碑效果分析、客户价值评价等等。

一般来看企业对数据库的利用不高，主要就是没有做好整体的服务营销 工作，医药保健品要长久发展，要从收集客户工作做起，我们的大部分客户来 自于许多营销工作中细心的收集，人们对于健康观念的认识正逐年增强，要求 保健的意识也逐年提高，这是我们开展工作的最好外部环境，在收集客户数据 库方面要注意资源的合理性，要注意收集的方式与方法，否则会引起客户的误 会，好心没有好效果的事情要避免，在收集客户数据库时方法要扬长避短，目 前市场中医药保健品的客户主要是通过一些促销手段获得的，这样既浪费时间 又浪费成本，可以通过媒体的发布征集，可以以事件的诱惑精心设计后收集， 可以通过有关单位进行借用，可以客户有奖举荐等等，方式与方法根据企业与 产品的含金量不同自主发挥。

客户的数据库处理要分级，要对客户的忠诚度在数据库里进行筛选，客 户有效利用率的衡量在于客户的传播价值与实际价值，要放弃一些没有使用价 值的客户，调整客户资源，不断增加客户数据库，也不断提高数据库的有效性。

3做好客户的互相串联工作

客户有时需要互相交流，需要互相支持，企业与营销人员要不时加以动 员与提供方便，这里有一些要点，就是通过典型客户的推广与介绍，使得我们 的服务营销更加具有说服力。客户的交流最好在消费者集中的地方，也可以在封闭的场合，比如以专家报告 会的形式比较容易让客户接受，也比较容易接纳新的客户， *** 作方式上与一般 的活动营销一样，在环节上要体现形式的多样性，体现形式的丰富性，这样交 流与沟通的效果才能够比较大。

4做好客户的外延工作

数据库增值工作也非常重要，要把客户的价>>

问题六：请谈谈数据库软件对市场营销行业的作用 5分 数据库营销近年在中国悄然兴起,越来越多的中国本土企业已经开始采用数据库营销作为新的竞争武器,且伴随着商业市场的逐渐成熟,中国数据库营销在未来几年内将全面进入迅猛发展的实用阶段。该文首先对数据库营销的作用进行了归纳,然后重点论述了数据库营销在企业发展中的应用策略。

一、数据库营销的作用

1细分市场,准确确定顾客

建立与运用营销数据库,可以帮助企业准确地找到目标消费群。由于顾客类型与需求的多样性,形成了商品市场细分化的特性,而每一家企业或商店均难以满足所有消费者对该种商品的需求,因此,即使导入市场细分化战略、实行目标市场营销便能成为现代企业经营发展战略的必然选择。数据库营销使得一个单独的顾客成为一个微细分市场,在不同情形下保持与不同顾客的接触和持续的控制能力,从而为企业准确的选定目标顾客,实行目标市场营销篇定了基础。

2降低营销成本,提高营销效率

运用营销数据库能够准确找出某种产品的目标客户,企业便可以避免使用昂贵的大众传播媒体,从而运用更经济的促销方式,降低成本,增强企业的竞争力。在市场竞争日益激烈的情况下,一些企业一味追求市场占有率,导致了大量的无效营销活动,使营销成本大幅增加;而另一方面,消费者的购买行为及消费习惯发生改变,要求出现更省时、便捷的销售服务,迫使企业寻找更为经济的营销方式。数据库营销不需要经过代理商、批发商和零售商等中间环节的各种营销形式,并能帮助企业在最合适的时机以最合适的产品满足顾客需求,可以降低成本,提高效率。

3开展有针对性的一对一服务

建立与运用营销数据库,可以及时把握客户需求动态,为企业开发新产品提供准确的信息。建立与运用营销数据库可以以客户个人资料库为基础,分析研究世界各个角落消费者的消费习惯和消费动态,使企业按照客户的需求形态来设计与制造产品,开展有针对性的一对一服务,并根据客户的意见不断加以改进,使企业提供的产品和服务更能符合客户的要求,进而增加客户购后的满意感,进一步强化客户对企业及产品的忠诚度。

4培养长期的客户关系,与竞争对手进行区别竞争

建立与运用消费者数据库,可以保持企业与客户之间的紧密关系,使消费者成为企业长期、忠实的用户,企业可使消费者不再转向竞争者,同时使企业之间的竞争更加隐蔽,避免公开对抗,从而稳定与扩大产品的销售市场,巩固与提高产品的市场占有率。

5开展交叉销售,提高营销效率

由于现在企业和客户的关系经常变动,使得交叉销售在传统营销中很难实现,而利用数据库能有效追踪目标客户并与之建立一对一的服务方式,提供更多更好的、符合其需求的相关产品或服务,从而大大提高营销的效率。

二、企业实施数据库营销的思考与对策

1正确认识数据库营销的内涵

数据库营销不只是一种简单的新营销方法。它是通过采用新技术来改造和改进目前的营销渠道和方法,还涉及企业的组织、文化和管理等方面。所以想成功实施数据库营销,企业必须改变传统的管理模式,即从组织的结构和形式上加以变革。如果不进行管理体制和工作流程的改进,数据库营销策略就只是一种附加营销方法,而不能体现其竞争优势,相反只会增加企业的营销成本和管理复杂性。

2区别不同的客户,并采取相应的营销策略

数据库营销的原则是:把营销资源投入在能够带来更大价值回报的方面。我们知道在企业的客户群中,有些客户群是更有价值的,而有些客户是毫无价值的。为高价值客户群提供更好的服务提高他们客户的忠诚度,确保这些客户能够更长期的保留下来,对企业长期的发展非常重要。对干中端的客户群可以设计客户关怀项目,通过服务的交叉销售来激励这些客户的价值提升。而对于最低端的客户群。他们往往给企业>>

问题七：麦当劳是怎样进行数据库营销的 不说多的，光是供餐的种类和促销时间的安排就可以看出来了。。。

问题八：市场营销怎么做 老话说的好，营销可以改变一个人的性格，特别是传统营销，但是现在不一样了，现在是互联网+的时代，传统营销往往是达不到好的效果的，而且现在很多传统行业也面临着互联网+时代的转型，所以要想做好营销，一点要知道怎么在互联网+时代做营销。

一 什么是互联网+

“互联网+”是创新20下的互联网发展的新业态，是知识社会创新20推动下的互联网形态演进及其催生的经济社会发展新形态。“互联网+”是互联网思维

的进一步实践成果，它代表一种先进的生产关系，推动经济形态不断的发生演变，从而带动社会经济实体的生命力，为改革、创新、发展提供广阔的网络平台。

[1]

通俗来说，“互联网+”就是“互联网+各个传统行业”，但这并不是简单的两者相加，而是利用信息通信技术以及互联网平台，让互联网与传

统行业进行深度融合，创造新的发展生态。它代表一种新的社会形态，即充分发挥互联网在社会资源配置中的优化和集成作用，将互联网的创新成果深度融合于经

济、社会各域之中，提升全社会的创新力和生产力，形成更广泛的以互联网为基础设施和实现工具的经济发展新形态。

几十年来，“互联网+”已经改造影响了多个行业，当前大众耳熟能详的电子商务、互联网金融（ITFIN）、在线旅游、在线影视、在线房产等行业都是“互联网+”的杰作。

2015年12月，《咬文嚼字》杂志发布2015年度“十大流行语”，互联网+排第二。

二 如何才能玩转互联网+呢？

互

联网+你认为它重要，它对你来说就有意义，你认为它不重要，它对你来说就没有意义!对于传统企业和创业者，我们要做的不是看客，不是在这里看热闹。一种新

的商业现象和商业逻辑，我们要思考的是怎么为我所用，因为我们在切切实实地做生意!如果不理解，我们就去研究和学习;如果理解了，挽袖子动手去干就好了。

想把自己的生意搬到互联网上来做，需要一个自己产品展现的载体，要么搭建一个网站平台，或者做一家网店，因为只有这样才能让别人找到你，其实做网站很容

易，申请网店也很容易，而最难的是如何获取流量？流量相当于是我们传统生意中的客户。如果让网站获取流量，那么离不开SEO优化技术，如果让网店获取流

量，离不开电商运营的技术，这是两大主流的互联网流量推广技术，也是我们传统企业开辟互联网渠道的利器，所以如果想要玩转互联网就要学习这两大技术。

现在网上关于这方面的教程有很多，但是很多都是过时的，因为互联网是在不断的变化的，为了避免让大家学到错误的过时的知识，我联合互联网上的牛人，组建

了一个群，想学学习互联网和SEO的小伙伴，可以来这里学习，这个群的开始的几位数字是：丝丝六，中间的几位数字是：四八五，最后的几个数字是：零 ，

按照顺序组合起来就可以找到，我想说的是，除非你想学习这方面的知识，让自己获取互联网机会，如果只是凑热闹的话，就不要来了。

三 做互联网+需要了解一下互联网思维

针对近期一些对互联网思维理解的误区，谈一下我的观点。

1、不是因为有了互联网，才有了互联网思维。而是因为互联网科技的发展，以及对传统商业形态的不断冲击，导致了这种思维得以集中式的爆发。这个道理很简单，生产力决定生产关系，互联网在技　术和商业层面的变化必然会带来上层思考方式的变化。

2、互联网思维不是互联网人的专利。不是因为你在互联网公司你就具备这种互联网思维，也不是传统企业就没有这种思维。互联网思维就是一种思考方式，它不属于哪一类人。互联网公司出来的也有很多人不具备这种思维。

3、互联网思维不是包治百病的灵丹妙药，但也不是境界虚高。在互联网思维的指导下我们>>

问题九：数据库营销就是直复营销吗？它们有什么区别和联系？好困惑 直复营销的特点及与普通营销方式的比较

直复营销与其它的营销方式都在寻求劝说消费者购买产品或为其服务，但在直复营销的方式中，存在着一些比普通的营销方式更为特殊的内容，其中最重要的内容是其针对个体的单独沟通。这包括了针对个体的广告与销售的结合，客户服务的特征，强调针对性的目标市场，以及产生顾客立即回复信息的能力，最后是直复营销活动的可监控性及可测量性。

1、广告与销售过程的融合。直复营销更多地力图引起消费者回复信息。在这一过程中，同时完成了广告与销售两个环节，不再有中间的其它任何环节。由于去除了中间环节，如零售商，实质上增加了利润。

2、客户服务。客户服务在直复营销中扮演了十分重要的角色。对于多数企业而言，顾客的重复购买远比一次购买所产生的利益要大得多，因此，客户的忠诚度是非常重要的。在客户服务的过程中需要强调的是，订货过程的执行，对营销人员来说与销售过程一样重要，它会促进顾客与其进行长期沟通。

3、目标群预选。直复营销通常选择个人作为沟通对象。无论直接邮件还是电话营销活动，都以数据库中积累的各种信息为基础。这些信息显示出了对产品或服务表现出购买倾向的个人数据，沟通活动会针对这些个人进行。

4、要求立即回复。与其它营销活动明显不同的是，直复营销活动会在广告过程中要求顾客立即回复信息，即鼓励他们打电话或邮寄明信片订货或索取更多的信息。

5、可测性。直复营销优于普通营销方式的另一显著特征，在于对营销活动结果的跟踪方面。营销活动可以监控，可以判断其是否成功，可以让营销人员了解如何确定有效的途径，在通过这些途径进行产品或服务的销售过程中，哪些因素在起作用，哪些是无用的。同时，对于活动结果的可测性，使营销人员可以对各种事先提供的重要因素进行测试，以发现营销资源中最为有效的部分。

直复营销通常采用的媒介

直复营销使用的媒体范围很广，通常采用的比例依次为：

1、 电话：通常以Call Center为核心，针对预选目标群进行集中的电话推销或调查。经常使用该媒体推销多以服务性业务为主，如娱乐 项目、休闲俱乐部、酒店预定服务等。

2、 直邮广告：是国内直复营销最常用的媒体，其所适用的范围与电话营销相比较范围更广。最常见的模式是邮购公司，如小康之家、贝塔斯曼、客万乐、麦考林等知名的邮购公司，基本都是采用这种媒体。另外一些出版社、超市也都大量寄发直邮广告，吸引顾客购买产品。

3、 报刊广告：我们经常会看到一些直接促销的广告刊登在报刊上，希望顾客能够直接汇款购买产品或索取产品目录。值得注意的是，报刊广告是目前国内邮购公司获取顾客名址信息的最重要的渠道。

4、 电视广告：使用这一媒体的直复营销模式通常是电视直销。

5、 互联网络：这一新媒体的技术特点，极大地满足了直复营销所要求的媒体综合性，使直复营销中个性化、互动性的特点有了更大的发挥空间。但由于受到国内商业信息化发展水平的限制，利用网络进行直复营销的条件目前并不太成熟。

数据库营销是为了实现接洽、交易和建立客户关系等目标而建立、维护和利用顾客数据与其他顾客资料的过程。

数据库是数据库营销的基础。数据库是与计算机相关连的一个词汇。数据库所对应的英语单词为Database，这个英语单词来自于data和base两个单词。database在韦氏字典里被解释为通过计算机来收集的数据以便迅速寻找和查阅。两个单词合二为一，在意义上就会有很大的不同。如database意味着对数据有较强大的管理能力。总之，数据库的概念是在计算机知识普及后被人们广泛接受的。用于管理的数据库具有数据结构化>>

问题十：数据库网上手机销售系统课程设计数据库实施怎么做 需要帮你做吗？

分类: 商业/理财 >> 广告营销

解析:

数据库营销是IT技术的一种应用，正如其字面含义那样，它利用电子计算机存储量大、成本低的特性以全新方式储存和使用客户资料。应用客户资料数据库最常见的方式是直复营销，许多直复营销从业者甚至把它当作数据库营销的惟一应用方式。但如果直复营销仅仅是指一种运用某种广告媒体诱发一定数量的购买行为的互动性营销方式，那么，它成功的关键是广告媒体，而不是数据库。它只是开发了数据库的一部分功能。

斯坦·瑞普（Stan Rapp)（1989）为数据库营销所下的定义是：企业运用当今计算机和电讯技术的巨大潜力，以个性化、持续性、低成本的方式推进其客户导向的营销活动的能力。数据库营销具有分析客户特征和购买习惯的能力，可以用来创建各种目录及与Acorn和Mosaic那样的全球人口统计数据库相媲美的客户档案库。因此，计算机数据库在寻找目标市场和细分市场方面的精确度远远超过简单的邮购目录或普通广告。

数据库营销还强调建立长期客户关系的重要意义，这种关系被认为对企业的长期战略营销计划具有重大帮助。数据库营销还可以运用计算机存储的客户资料，支持企业与客户之间的沟通，从而使客户和企业均从中获益。

数据库营销的基本作用

（1）更加充分地了解顾客的需要。

（2）为顾客提供更好的服务。顾客数据库中的资料是个性化营销和顾客关系管理的重要基础。

（3）对顾客的价值进行评估。通过区分高价值顾客和一般顾客，对各类顾客采取相应的营销策略。

（4）了解顾客的价值。利用数据库的资料，可以计算顾客生命周期的价值，以及顾客的价值周期。

（5）分析顾客需求行为。根据顾客的历史资料不仅可以预测需求趋势，还可以评估需求倾向的改变。

（6）市场调查和预测。数据库为市场调查提供了丰富的资料，根据顾客的资料可以分析潜在的目标市场。

与传统的数据库营销相比，网络数据库营销的独特价值主要表现在三个方面：动态更新、顾客主动加入、改善顾客关系。

（1）动态更新

在传统的数据库营销中，无论是获取新的顾客资料，还是对顾客反应的跟踪都需要较长的时间，而且反馈率通常较低，收集到的反馈信息还需要繁琐的人工录入，因而数据库的更新效率很低，更新周期比较长，同时也造成了过期、无效数据记录比例较高，数据库维护成本相应也比较答。 网络数据库营销具有数据量大、易于修改、能实现动态数据更新、便于远程维护等多种优点，还可以实现顾客资料的自我更新。网络数据库的动态更新功能不仅节约了大量的时间和资金，同时也更加精确地实现了营销定位，从而有助于改善营销效果。

（2）顾客主动加入

仅靠现有顾客资料的数据库是不够的，除了对现有资料不断更新维护之外，还需要不断挖掘潜在顾客的资料，这项工作也是数据库营销策略的重要内容。在没有借助互联网的情况下，寻找潜在顾客的信息一般比较难，要花很大代价，比如利用有奖销售或者免费使用等机会要求顾客填写某种包含有用信息的表格，不仅需要投入大量资金和人力，而且又受地理区域的限制，覆盖的范围非常有限。

在网络营销环境中，顾客数据在增加要方便得多，而且往往是顾客自愿加入网站的数据库。最新的调查表明，为了获得个性化服务或获得有价值的信息，有超过50%的顾客愿意提供自己的部分个人信息，这对于网络营销人员来说，无疑是一个好消息。请求顾客加入数据库的通常的做法是在网站设置一些表格，在要求顾客注册为会员时填写。但是，网上的信息很丰富，对顾客资源的争夺也很激烈，顾客的要求是很挑剔的，并非什么样的表单都能引起顾客的注意和兴趣，顾客希望得到真正的价值，但肯定不希望对个人利益造成损害，因此，需要从顾客的实际利益出发，合理地利用顾客的主动性来丰富和扩大顾客数据库。在某种意义上，邮件列表可以认为是一种简单的数据库营销，数据库营销同样要遵循自愿加入、自由退出的原则。

（3）改善顾客关系

顾客服务是一个企业能留住顾客的重要手段，在电子商务领域，顾客服务同样是取得成功的最重要因素。一个优秀的顾客数据库是网络营销取得成功的重要保证。 在互联网上，顾客希望得到更多个性化的服务，比如，顾客定制的信息接收方式和接收时间，顾客的兴趣爱好、购物习惯等等都是网络数据库的重要内容，根据顾客个人需求提供针对性的服务是网络数据库营销的基本职能，因此，网络数据库营销是改善顾客关系最有效的工具。

网络数据库由于其种种独特功能而在网络营销中占据重要地位，网络数据库营销通常不是孤立的，应当从网站规划阶段开始考虑，列为网络营销的重要内容，另外，数据库营销与个性化营销、一对一营销有着密切的关系，顾客数据库资料是顾客服务和顾客关系管理的重要基础。

数据库的建立与管理

一、日益重要的数据库

企业顾客的基本资料分别加以搜集、筛选、测试、整理、编集及充实之后，妥善储存、保管。等到企业进行各种直复营销活动之时，依照特定的目的需求，迅速且完整地提供相关个别顾客资料。现在，由于计算机技术发展得十分迅速，电脑在顾客数据库的利用上，贡献很大。

直复营销是以目标顾客个人为对象，以双向沟通的方式进行信息传递的，因此，慎重选择目标顾客群，有系统地搜集目标顾客个别资料，进而形成顾客数据库，并有效运用顾客数据，将是直复营销成功的

重要关键。

数据库形成的六个阶段

顾客数据库从决定成立到向直复营销人员提供信息，大致上有六个阶段：

1、决定建立顾客数据库

2、顾客资料的搜集

3、个别顾客资料卡的内容填写

4、资料的整理及筛选

5、智慧型信息的完成

6、灵活使用顾客数据库的信息。

数据库营销的前景

数据库营销缩短了商业企业与顾客之间的距离，有利于培养和识别顾客忠诚，与顾客建立长期关系，也为开发关系营销和“一对一”营销创造了条件。

1) 以数据库为基础的顾客管理，为关系营销奠定了基础。

关系营销强调与顾客之间建立长期的友好关系以获取长期利益。实践证明，进行顾客管理，培养顾客忠诚度，建立长期稳定的关系，对商业企业是十分重要的。数据库营销不仅受到沃尔玛、麦德龙等传统企业的重视，像亚马逊这样的新型网上企业更是十分重视客户管理。比如，当客户向亚马逊买一本书以后，亚马逊会自动记录下顾客的电子邮箱地址、图书类别，以后定期以电子邮件的形式向顾客推荐此类新书。这种方式极大推动了亚马逊网上销售业务的增长。

2) 数据库营销，使商业企业能够更详细地了解顾客，增加了“一对一”营销的可能。

“一对一”营销是基于信息技术的发展提出的新的营销理念，就是将市场细分到消费者个体，根据其消费习惯和需求特点提供个 。最近，在美国许多大城市出现一些“快速服装店”，其目标顾客是有一定身份和地位的职业女性。她们或者工作很忙无暇购物，或者是厌烦挑选商品的烦琐过程，但都需要不断改变形象。服装店便专门为这类顾客建立“一对一”档案，从身高、体重、体形到气质、职业、性格，都有详细的记录和分析。

这些是关于数据库营销的一些东西，希望能对你有所帮助阿。

移动数据库系统结构特点和移动数据库系统同步复制机制， 在此基础上重点研究SQLServer合并复制同步方式和基于XML的数据同步方式， 对两种同步方式优缺点进行了深入分析，同时对传输通信技术进行深入探讨。 最后针对于湖北省水路规费移动征稽系统实际的需求，结合两种同步方式的优 点，提出了根据具体网络情况可选择不同数据同步方案的策略，并给出该方案 的具体实现过程，达到数据的一致性目标，使数据同步过程更加灵活可靠。

（转载）

独创性声明 作者声明，所呈交的论文是本人在导师指导下进行的研究工作及 取得的研究成果。尽我所知，除了文中特另tIDN以标注和致谢的地方外， 论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得 武汉理工大学和其它教育机构的学位和证书而使用过的材料。与我一 同工作的同志对本研究所作的任何贡献均己在论文中作了明确的说 明并表示了感谢。 签名：．起量鱼 日期： 互：查i 关于论文使用授权的说明 本人完全了解武汉理工大学有关保留、使用学位论文的规定，即 学校有权保留交向国家有关部门或机构送交论文的复印件和电子版， 允许论文被查阅和借阅。本人授权武汉理工大学可以将本学位论文的 全部内容编入有关数据库进行检索，可以采用影印、缩印或其他复制 手段保存或汇编本学位论文。同时授权经武汉理工大学认可的国家有 关机构或论文数据库使用或收录本学位论文，并向社会公众提供信息 服务。 （保密的论文在解密后应遵守此规定） 研究生（签名）：杠如 导师（签 日期 武汉理工大学硕士学位论文 1．1课题的背景及意义 第1章引言 随着移动通信与计算技术的结合发展，移动终端拥有了更多的计算能力， 人们使用移动终端来处理和存储各种数据一名片、日程安排、邮件乃至文档、 目录等各种结构化／非结构化的数据，同时这些数据又经常需要在不同用户之间 进行交换以完成复杂的交互与合作。为了保证这种协作任务的正确完成，必须 有一种手段确保不同设备上的数据集内容的及时性与一致性，我们把这种手段 定义为数据同步，数据同步已经成为移动计算的一种基础应用模式，目前一些 国际著名的数据库厂商也纷纷推出了自己的移动数据库系统。 由于受到诸如网络条件、无线通讯费用、移动设备本身资源等多方面因素 的限制，移动设备通常不能和网络保持实时通信，因此大部分时间移动设备和 网络断开连接。这种情况下，为了要满足移动用户在断开状态下对数据的存取 需求，目前最常用的解决方案是采用数据同步技术，即把用户所需数据先下载 在移动设备上，这些数据成为主数据库中的数据在移动设备上的数据副本。当 移动设备和网络断开连接时，对数据的存取 *** 作在本地数据副本上进行。这必 然要求系统提供一种同步机制，使得移动设备和网络连通时，能够将移动设备 上数据更新反映到主数据库中，并且将主数据库中的最新数据下载到移动设备 上，以使移动设备的本地数据副本和主数据库取得一致。由于多个移动用户异 步地在各自的数据副本上进行数据存取，在进行数据同步时，很容易产生冲突 问题，如何有效地检测和解决冲突问题，也是一个完整的同步机制必须要考虑 的重要方面。 数据同步不仅可以使个人用户通过很简单的 *** 作自动保持各种终端同类型 数据的一致，而且帮助企业用户迅速提升信息其竞争力。随着市场竞争的日益 激烈，企业需要快速高效地对客户的需求做出反应，并提供高质量的服务，而 随时随地从企业信息中心获取和更新各种客户信息以便快速反应就成了致胜的 关键。数据同步产品可以让企业雇员无论何时何地都能够通过各种终端设备获 武汉理工大学硕士学位论文 取和更新各种客户信息，制定销售和服务决策，并快速实施。 在本文的讨论中，选择移动事务分两次在移动设备和主数据库服务器上执 行的方法。数据同步包括数据传输、同步冲突检测和解决这三个方面。 1．2课题来源和研究内容 本课题来源于交通部湖北港航局信息系统二期工程《湖北水路规费征稽管 理系统》软件开发项目中的移动征稽子系统。 该系统是按照交通部有关规费管理的规范开发，适用于以省级港航管理局 （规费中心）为龙头，覆盖各市州港航局（所、处）规费中心和各县市港航处 （所），各基层费收站点的四级网络规费征稽系统，兼容了光纤专线、电信专线、 ADSL和MODEM拨号等多种网络通信方式。规费征稽的网络传输系统具备数 据实时性功能，确保数据的一致性与准确性。该子系统完成的主要功能为：利 用移动设备PDA和微型打印机实现移动征稽以及规费数据业务信息管理。 本系统涵盖湖北境内长江所有流域，目前移动通信网络在长江沿线存在着 部分盲点不能保障网络通信的实时性，而本系统业务对时间的要求较高，尤其 是现场开票业务，要求现场能查询到船舶的基本信息并根据相关信息开票收费。 为了进一步提升稽查的强度和力度，同时降低网络使用费用成本，采用在移动 设备中存储数据库副本的方式，分别在移动设备和远程数据库服务器上处理各 自数据，这样就引出了移动数据库和远程数据库的数据同步问题。 本文的主要内容是对现有同步机制进行研究，在深入研究基于XML数据同 步方式和合并复制两种数据同步机制的基础上提出了一种移动数据库数据同步 实现模式，并编程实现移动设备上的数据与数据库服务器数据的同步，最终达 到数据统一。具体研究内容如下： 1）深入研究移动计算的特点，移动数据库的结构特点及其应用现状。 2）深入研究数据同步技术的原理，在流行的基于XML复制和合并复制数 据同步技术的基础上提出了一种移动数据库同步实现模式。 3）设计并实现移动数据库的数据同步技术，将其应用于实际项目中。 4）结合实际应用中出现的问题分析原因，改进同步技术。 2 武汉理工大学硕士学位论文 1．3研究现状 1．3．1移动数据库研究现状 移动计算技术l的发展导致了普遍化计算概念的出现。普遍化计算即无所不 在的计算，它要求人们摆脱以往相对单一的计算平台所造成的局限，而提供个 性化的服务，即系统可以根据用户的爱好、需求进行自由的裁剪和定制，这些 需求的出现使得移动数据库技术成为移动计算技术的基础和核心。鉴于以上考 虑，移动数据库已经成为一个十分活跃的研究领域，并引起了越来越广泛的关 注。以下仅仅列出近年在移动数据库及其相关领域具有代表性的研究成果： 1）Purdue大学对移动事务处理、移动数据库同步等技术进行了大量的研究， 并提出了许多有效的算法，如移动数据库加锁机制，移动事务管理机制等； 2）CarnegieMellon大学（CMU）对移动技术平台进行了大量的研究，并对 系统的自适应性（Adaptation）进行了分析。代表性的成果包括Odyssey系统和 Coda系统。Odyssey系统是一个 *** 作平台，它集中了 *** 作系统和网络通讯的核 心功能，是CMU研究自适应性的基础设施；Coda系统是一个文件系统，它是 ～个应用支撑软件，CMU的许多工作，如复制技术，各种应用规模的分析比较 等均是基于Coda系统完成的； 3）Rutgers大学对移动数据库技术进行了较为全面的研究，如移动技术体系 结构、移动复制算法、移动事务处理、移动通讯及数据管理等，他们获得了许 多有价值的成果，在移动计算领域处于领先地位； 4）Monash大学（澳大利亚），Pittsburgh大学、Washington大学、Bilkent 大学（土耳其）、SouthMethodist大学、Okiahoma大学等对移动事务处理、位置 相关数据的处理等进行了研究； 5）澳大利亚国立大学、Stanford大学、Bilkent大学、Southwestern Louisiana 大学、香港理工大学、香港城市大学、新加坡国立大学等对数据广播技术、移 动信息发表技术及数据广播环境下的查询技术进行了研究； 在国内，中国人民大学、哈尔滨工业大学、国防科技大学、华中科技大学 等对移动数据库进行了研究。在系统开发方面，各大数据库厂商均对嵌入式移 动数据库的研制给予了相当的关注，把开发相应主打数据库系统的嵌入式移动 数据库系统作为一个重要的发展方向。Sybase、Oracle、IBM分别推出了各自的 3 武汉理丁大学硕士学位论文 嵌入式数据库系统Sybase Ultralite、OracleLite、DB2 Everywhere。1 999年7月 中国人民大学研究和开发了“小金灵”基于掌上电脑的嵌入式移动数据库系统， 开始了对嵌入式移动数据库系统的研究。 1．3．2数据同步研究现状 市面上主要存在下面几种数据同步技术2J： 1）PalmHotSyncProtocol：Palm运行系统通常运用在个人掌上电脑和个人 领航器上，这些装置通过掌上 *** 作系统的界面，运用其提出的协议如HotSync来 同步（HotSync仅提供两种模式的 *** 作：慢同步和快同步）。 2）IntellisyncProtocol：Intellisync公司为了减少联系的时间，积极寻求快同 步而提出同步协议。全部技术都是建立在远程服务器架构上，远程服务器上存 储每个嵌入式设备的修改和状态标志，只用发送最新发生变化的同步，即快速 同步方式。微软公司的Outlook和Exchange采用了这个同步系统，将其运用在 包括台式和移动设备中的个人掌上电脑、微型PC机中。某些symbian设备中也 使用了这个协议。这个协议的主要缺点在于它的集中架构，如它在两个设备中 要通过服务器来同步，不能自己相互同步。 3）ActiveSync：ActiveSync是运用在微软公司Windows平台的微型PC机 上的同步协议。它有一套配套软件建立在微软 *** 作系统平台上。使用该软件可 以同步Web收藏夹、Outlook等，并且可以自动感测同步数据中内容的改变。 目前，主流的商业数据库管理系统DBMS（DatabaseManagementSystem） 如Oracle、Sybase、DB2、SQL Server等在移动计算环境下，针对分布式系统的 实际需求提出了各自的移动数据同步方案。实现的技术手段有同步技术、复制 技术和刷新技术。所适用的网络类型有高速局域网、广域网、较低速率的拨号 上网、无线、间接连接。采用的系统拓扑结构有对等（Peer－To—Peer）和级联／树 状（Hierarchical）；对应的产品种类繁多，在这里选用主流DBMS的产品来加以 分析。 1．3．3移动数据库复制研究现状 随着数据仓库技术的发展、联机分析处理（OLAP）、决策支持系统（DSS）、 电子商务等需求的推动下，海量数据存储、数据实时更新、数据一致性维护愈显 4 武汉理工大学硕士学位论文 重要。目前主要的数据库管理系统如Oracle，MSSQLServer，Sybase，DB2，My SQL等都在原有的数据复制功能上，添加更多的组件，提供了许多数据复制工具， 针对不同的应用提出并研究了各种数据复制方法，增加了更强大的技术支持。 （1）Oracle复制系统 Oracle复制系统主要支持多主复制（MultimasterReplication）、实体化视图 复制（Materializedview Replication）、多主和实体化视图混和复制（Multimaster andmaterializedview hybridReplication）以及程序复制这四种类型的复制。 多主复制是一种对等复制，每个主站点都有相同的权限，每个站点都可以 修改复制数据库的数据，并传播到其它站点。 实体化视图又称为快照复制，就是在某个时间点上从目标数据库中获得数 据库副本，刷新组定时按照增量方式刷新实体化视图。实体化视图包括只读实 体化视图、可更新实体化视图、可写实体化视图。实体化视图本身又可以作为 其它的站点实体化视图的目标数据库，而且还可以一级一级进行下去，成为多 层实体化视图。 多主和实体化视图混和模式，顾名思义，就是在数据复制环境中进行多主 复制与实体化视图混和配置的复制。一个复制站点可以既是多主复制站点，又 是实体化视图站点。 程序复制指对于大量数据行更新的复制，不是将变化的数据直接进行复制， 而是产生与源站点相同的包含事务 *** 作的包，在其它站点执行。 （2）MS SQLServer复制技术 MS SQLServer支持快照复制、事务复制以及合并复制。 快照复制是一种较简单的复制方法，它将出版方的出版物通过快照代理拷 贝到分发者的分送工作，再通过分发代理拷贝到订阅者。 事务复制要通过日志代理完成。系统通过日志阅读器代理将出版服务器上 的事务传送到分发服务器的分送数据库，再通过分发代理将分发数据库的数据 传送到订阅服务器上。 合并复制中允许发布者和订阅者修改复制的数据，它能自动监视数据库内 容的变化，并定期进行结果合并，然后将合并后的结果发布给所以订阅者。 （3）Sybase数据复制技术 Sybase数据复制技术采用一种基本的“发布一预定”模式来实现跨网络的 数据复制。复制模式有基本主复制模式、分布式主段、Corporaterollup模式、 Redistributed CorporateRollup模式。 5 武汉理工大学硕士学位论文 基本主复制模式中，指定主数据库中的源表为主表，该表的其他副本为复 制表，对主表可进行读／写 *** 作，对复制表只能执行读 *** 作。因此复制过程比较 简单，只需从一个主数据库将更新分发到一个和多个副本数据库就可以确保数 据的一致性。 分布式主段复制模式中，每个站点上的复制服务器把对本地数据的修改分 发到其他站点，并把其他站点接收到的修改应用到本地复制的数据。 Corporaterollup模式有多个分布式主段和一个集合式合并复制表。每个主站 点上的表只包含对该站点而言是主数据的数据，没有任何数据复制到这些站点， 最后这些站点的数据变化合并到Corporaterollup表。 Redistributed CorporateRollup模式与CorporateRollup模式相似，不同的是 在每个分布式主段上有一个复制代理将合并表当成主数据来进行处理，并且将 这些数据转发给复制服务器，分发给预定方。 （4）DB2的复制技术 DB2的主要复制方式是PeerToPeer的方法。PeerToPeer复制给每个站点 都赋予了同等的权限，通过复制代理服务器进行数据复制，通过触发器获取变 化的数据并进行传播。 （5）MySQL数据复制技术 MySQL数据库提供数据复制的主要方法是通过在中心数据库服务器上跟 踪二进制同志，将变化的部分发送到副本数据库服务器，然后在副本数据库服 务器中读耿日志，在副本上执行相应的 *** 作。 1．4本文的结构安排 本文主要研究移动数据库的数据同步技术，全文共分七章，其主要内容如下： 第1章绪论，概述课题的研究背景及意义，分析国内外相关方向的研究 情况，给出论文的组织结构。 第2章介绍移动计算环境下的移动数据库系统结构特征，以及移动数据 关键技术及应用，深入分析移动数据库数据同步复制系统特征，从数据捕获、 分发、冲突的检测与处理等方面详细介绍了移动数据库同步复制过程中涉及的 关键技术。 第3章 以湖北水路规费征稽管理移动子系统为背景提出移动数据库同步 6 武汉理下大学硕十学位论文 方案，并对该方案的运用同步技术进行介绍。根据提出的方案，从同步各个功 能模块出发，详细介绍了系统各功能模块的设计思想及可行性。 第4章给出系统详细设计，详细介绍各功能模块的类库设计及相关实现。 第5章对实际应用中遇到的问题进行总结，并提出同步模型改进方向。 7 武汉理工大学硕十学位论文 第2章移动数据库复制和同步机制 随着网络技术的迅速发展和不断渗透，在任何时候、任何地点能接入信息 网获得所需的信息成为人类的普遍需求，移动数据库复制和同步机技术将使得 这种需求得以实现。本章介绍移动计算及其特点、移动数据库的特点、移动数 据应用。数据库同步复制按照过程划分，可以分为变化捕获、分发、冲突检测 与解决三个阶段。本章将对当前常见的复制模型中所使用的同步复制技术进行 详细介绍。 2．1移动计算概述 移动计算的英文是“MobileComputing”。狭义的定义为：使用便携终端在 流动中进行信息处理。便携终端通常指体积小、重量轻、集成度高的便携机， 如笔记本电脑、掌上型的个人数字助理（PDA）、个人通信器（Personal Communicator）。移动计算的作用在于，将有用、准确、及时的信息与中央信息 系统相互作用，分担中央信息系统的计算压力，使有用、准确、及时的信息能 提供给在任何时间、任何地点需要它的任何用户l71。 在传统的分布计算系统中，各个结点之间都是假定通过固定网络连接，并 保持网络的持续连接性，而移动计算系统改变了这种假设条件。移动计算系统 是由固定结点和移动结点构成的分布计算系统，它将使用户不再需要停留在固 定位置不变，而是可以携带着移动计算机自由移动，并在移动的同时通过移动 通信网络保持与固定将固定结点或其他移动结点的连接。 一个典型的移动计算系统由移动客户机、无线单元、移动支持结点、固定 结点和固定网络连接组成。其中高速固定网络构成连接固定结点的主干；固定 结点包含通常的文件服务器和数据库服务器；移动支持结点则是带有支持无线 通信的接口，负责建立一个无线网络单元；无线网络单元内的移动计算机通过 无线网络和移动支持结点连接，进而通过移动支持结点和固定网络和固定结点 以及其他移动计算机连接，从而实现自由的移动性。 8 武汉理rT大学硕＋学位论文 由于移动计算环境的上述特点，使得传统的分布式数据库技术不能支持或 是不能有效支持移动计算环境。因此，研究移动计算技术、移动数据库技术成 为目前分布式数据库研究的一个新的方向。 2．2移动数据库 与固定网络的传统分布计算环境相比，移动计算环境具有特点使得传统的 分布式数据库技术不能支持或是不能有效地支持移动计算环境。因此必须对已 有的传统的分布式数据库加以改进，或者重新设计，形成一种能全面支持移动 计算环境的崭新数据库技术——移动数据库Ljl（Mobiledatabase）。 移动数据库是指在移动环境中的分布式数据库，其数据在地理上（或物理 上）分布而在逻辑上集中的，是一种动态的分布式数据库。它包含两层含义： ①人在移动时可以存取后台数据或其副本；②人可以带着后台数据库的副本移 动。由于移动数据库系统通常应用在诸如掌上电脑、PDA。车载设备、移动电 话等嵌入式设备中，因此又被称为嵌入式移动数据库系统。 2．2．1移动数据库系统结构及特点 通常认为，带有移动连接性的分布式系统，有完整的数据库系统功能，能 支持完全的空间移动性，支持无线和有线的网络连接的系统可以称之为一个移 动数据库系统14〕。移动数据库系统和传统的分布式数据库管理系统有很多相似的 方面。一般把移动数据库系统看作是分布式数据库管理系统的继承和发展5，是 对分布式数据库的延伸和推广。 根据参考文献〔6，一个典型的移动数据库系统结构如图2．1所示。网络分 为两个部分，分别为固定网络部分和无线网络部分。固定网络具有较高的传输 速率和较好的可靠性，又称为可信部分17。 可信部分包括了数据库服务器DBSVR（DatabaseServer）、位置服务器LS （Location Server）和同步服务器Sync Server。DBSVR可以是大型数据库系统， 如Oracle、Sybase、DB2、SQLServer，一般为固定结点。每个DBSVR上维护 本地数掘库的一个完整的副本，服务器之间由可靠的高速互联网连接在一起， 构成一个传统意义上的分布数据库系统。DBSVR同时可以处理客户的联机请求， 并可以保持所有请求的历史记录。无线网络部分主要包括移动支持结点MSS （Mobile SupportStation）、移动客户机MC（MobileClient）、本地数据库副本 9 武汉理T大学硕士学位论文 Rcp（Replication）s和嵌入式移动数据库EMDB（EmbeddedManagement Database）。 MSS位于高速网络中，并具有无线联网能力，它们用于支持一个无线网络 单元（Cell），该单元内的移动客户机既可以通过无线链路与一个MSS通信，从 而与整个固定网络连通，也可以接收由MSS发送的广播信息。服务器与MSS 可以是同一物理设备。 MC处理能力与存储能力相对于DBSVR来说非常有限，且具有移动性（即 可以出现在任意一个无线单元中），经常与服务器断开（指MC无法与服务器联 机通信）。而且由于MC所处的网络环境（即当时可用的无线单元）多变，MC 图2．1 典型的移动数据库系统结构 10 武汉理T大学硕士学位论文 移动数据库与固定网络的传统分布式数据库相比，它具备有以下的主要特 点： �9�9 移动性及位置相关性 移动数据库可以在无线通讯单元内及单元间自由移动，而且在移动的同时 仍然可能保存通讯连接。此外，应用程序及数据查询可能是位置相关的¨1，这 一要求MDB支持移动性，解决区切换问题，并实现位置相关的处理。 �9�9 频繁的断接性 MDB与固定网络之间经常处于主动或被动的断接状态，这要求MDB中的 事务在断接情况下仍能继续运行，或者自动进入休眠状态，而不会因网络断接 而撤销。 ●网络条件的多样性 在整个移动计算空间中，不同的时间和地点连网条件相差十分悬殊。因此， MDB应该提供充分的灵活性和适应性，提供多种系统运行方式和资源优化方式， 以适应网络条件的变化。 ◆系统规模庞大 在移动计算环境下，用户规模比常规网络环境庞大得多，采用普通的处理 方法将导致MDB的效率极为低下。系统的安全性及可靠性较差。由于移动计算 平台可以远程访问系统资源，从而带来新的不安全因素。此外，移动主机遗失、 失窃等现象也容易发生。因此，MDB应该提供比普通数据库系统更强的安全机 制。 ●资源的有限性 移动设备的电源通常只能维持几个小时。此外，移动设备还受通讯带宽、 存储容量、处理能力的限制。MDB必须考虑这些限制，在查询优化、事务处理、 存储管理等环节提供资源的利用效率。

数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！ 那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则： （1）、数据库设计最起码要占用整个项目开发的40%以上的时间

数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。 （2）、数据库设计不仅仅停留于页面demo的表面 页面内容所需要的字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。 （3）、数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了 每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。 （4）、数据库设计时就要考虑到效率和优化问题 一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。 （5）、添加必要的（冗余）字段 像“创建时间”、“修改时间”、“备注”、“ *** 作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和 *** 作用户IP来查找定位。 （6）、设计合理的表关联 若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。 （7）、设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联 这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。不过也有一些公司的做法是干脆就不加表关联。 （8）、选择合适的主键生成策略

以上就是关于谁知道数据库优化设计方案有哪些全部的内容，包括:谁知道数据库优化设计方案有哪些、请简要的叙述一下数据库的主要设计过程、如何实施数据库营销等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！