数据库管理论文大全11篇

绪论：写作既是个人情感的抒发，也是对学术真理的探索，欢迎阅读由发表云整理的11篇数据库管理论文范文，希望它们能为您的写作提供参考和启发。

篇（1）

1．2数据库设计数据库设计在软件开发过程中是一个很重要的环节，数据库是任何系统都不可避免的。本研究在设计数据库时尽量满足第三范式，减少数据冗余，尽量设计比较精简的数据库。(1)人员信息表:有机构、人员编号、姓名、出生日期、性别、职称、最后学历、最后学位、学科、研究方向等字段。(2)科研成果信息表:有机构、成果编号、成果名称、第一作者、成果来源、成果形式、出版单位、出版时间、刊号、关键字、成果字数等字段。(3)科研项目信息表:有机构、项目编号、项目名称、项目来源、批准号、负责人、立项时间、完成时间、项目状态、批准经费等字段。(4)管理员信息表:有用户名称、密码。管理员登录的时候要进行验证，表单获得的数据和数据库中该表的数据对比如果成功，则登录成功，否则，登录失败。对以上所有表的添加、删除、修改、读取等数据操作都设计相应的存储过程来实现。

2系统实现

2．1系统用户界面的设计用户界面设计的要求是:(1)简单清晰，一目了然，容易上手;(2)功能相似的页面，采用统一的布局;(3)方便操作，尽量减少数据录入量;(4)具有较好的录入容错功能。用户工作界面由三层组成:上方是图标栏;左下方为事务菜单;右下方为操作界面。页面主要采用webForm来进行设计。如校级管理员用户通过验证后的登入界面。

2．2数据库的实现本科研管理系统采用了三层结构的框架，将访问数据库的一些底层方法封装在DBUtility这个类库中，其中DbHelperSQL类和DbHelperSQLP类是连接数据库字符串和一些公用的方法，如简单的SQL语句，带参数的SQL语句，存储过程的操作等，DES－Encrypt类是数据库的安全性，加密解密等操作。PubConstant类是动态的配置数据库的连接字符串。

2．3配置web．config为了方便数据操作和维护，可以将一些数据库连接配置参数放在web．config文件中，代码如下。

2．4科研项目管理功能模块的实现高校科研项目管理主要针对已通过审核的项目提供管理功能，能提供项目的信息，对项目实现增加、修改、查找等功能。点击项目管理，可以出现项目一览和新增项目两个功能模块。这时候点击项目一览，可以出现项目的一些基本信息，并且可以对其进行增加、修改、查找等相关操作。系统管理员有最高权限，可以查找全校的申报项目，可以模糊查找，有修改、删除的权限，还可以导出所要的项目资料。以下是校级科研项目管理设计界面，如图4所示。

篇（2）

(一)数据信息技术系统的构成数据信息技术系统的构成是由MC50、RFID以及一些其他数据采集终端和无线网络联合构成的。通过这些技术与医院仓库后台服务器进行实时交互。医院仓库应用有线网络对数据库的信息进行查询以及录入，并实现数据的共享和交互，保持医疗信息数据的同步。

(二)数据信息技术系统的功能模块数据信息技术系统的功能模块主要包括医院仓库的采购管理模块、入库管理模块、出库管理模块、库存管理模块、会计管理模块以及物资质量管理模块。

(三)数据信息技术系统的工作流程数据信息技术系统的工作流程是比较明确的。当材料进入医院的仓库时，材料物品一定要贴上条码或者RFID等信息化标签，并在后台映射与其对应的数据。医院仓库管理工作人员应该持手持终端接入无线网络，通过网上申领，填写医院仓库领用物品名称、数量以及信息。医院仓库管理的工作人员通过PC上查看科室领用计划，并根据这个领用计划来准备材料。医疗材料出库之后，应该将领用的物品保存在智能耗材柜中。

篇（3）

ODBC(OpenDataBaseConnectivity,开放数据库连接)是微软开放服务结构中有关数据库的一个组成部分。它建立了一组规范,并提供了一组应用程序调用接口。用这样一组接口建立的应用程序,对数据库的操作不依赖于任何数据库管理系统,不直接与任何DBMS打交道,由此可实现应用程序对不同DBMS的共享。数据库操作的“数据源”对应用程序是透明的,所有的数据库操作由对应DBMS的ODBC驱动程序(ODBCDriver)完成。有了ODBC驱动程序,数据源就变得十分广泛,它可以是本机的某种数据库格式的文件(如本机DOS目录下的Access文

件*.mdb),也可以是远程数据库文件(如MicrosoftSQLServer);它可以是目前已知的某种DBMS格式,也可以是一种全新的数据库格式。总之,它取决于提供了什么数据库类型的驱动程序。

VisualC++中的ODBC主要是实现基于Windows的关系数据库的应用的共享。

二、ODBC管理器

在ODBC中,数据源是一个重要的概念,它是数据库位置和数据库类型等连接信息的总和。数据源在使用前必须通过ODBC管理器(Administrator)进行登录。在登录数据源时,要搞清数据源名(Datasourcename)、数据库文件名(Databasename)和数据表格名(Tablename)这三者的概念和相互关系:数据源实际是一种数据连接的抽象,数据源名是登录时赋予的“连接”的名称,以供应用程序使用,至于该数据源下连接的是哪一个数据库,则由数据库文件名指出(如Access2.0forMSOffics中的.mdb文件);一个数据库文件中可以包括若干个数据表格(table)和其他内容。在关系@@09A05900.GIF;图1ODBC层次关系图数据库中,数据是以二维表格的方式存在于数据库@@文件中,应用程序最终的操作目标即是这些表格中的行(row记录)和列(columns字段)数据。对于foxprow数据源,数据库文件名是“路径名”,而该路径下的所有数据文件(*.dbf)都属于该“数据库文件”名下的数据表格(table)。

ODBC管理器被装在ControlPanel里(ODBCINST.CPL)。通过该工具可以增添、修改或删除数据源,也用来增添、删除ODBC驱动程序,ODBC管理器把数据源和它们的连接信息保存在ODBC.INI、ODBCINST.INI和ODBCISAM.INI中。当需要共享应用程序时,只需按新的数据文件的类型和位置重新登录即可。

三、ODBC应用程序接口

ODBCAPI是一组标准的ODBC函数库,除了一般的数据库操作函数外,还包括一组函数(如SQLExec或SQLExecdirect)能够内嵌标准SQL查询语句。SQL(StructuredQueryLanguage结构化查询语言)是一种存取关系型数据库的标准语言,能够定义、查询、修改和控制数据,简单的语句能够作用于整个数据表格,具有很强的功能。

同Windows3.1SDK中API类似,ODBCAPI也是基于句柄(handle)进行操作的。API函数按功能可分为以下几类:

·数据源连接函数,设置/获取有关信息的函数;

·准备/提交执行SQL查询语句的函数和获得数据的函数;

·终止函数和异常处理函数。

上述函数的顺序也表示了进行数据库操作的一般顺序。两个问题需要特别说明,一是数据类型问题:数据源中的数据所具有的数据类型称为SQL数据类型,这些数据类型在其数据源中可能比较特殊,不一定和ODBCSQL数据类型存储方式一致,驱动程序把这些数据类型同ODBCSQL数据类型进行相互转换,每一个ODBCSQL数据类型都相当于一个ODBCC语言数据类型;二是函数的调用级别问题,并不是每一个ODBC驱动程序都支持所有的ODBCAPI函数调用,在应用程序中,可以调用有关函数获取驱动程序以支持层次方面的信息。

四、ODBC应用编程

在VisualC++中,MFC(MicrosoftFoundationClass基本类库)是经过对Windows应用程序中各个部件进行类的抽象而建立的一组预定义的类,如窗口基类(CWnd)、各种窗口派生类等等,这些类在应用程序中可直接使用,不需要重新定义。在MFC中,也为ODBC预定义了几个类,其中主要的是数据库类(CDatabase)和记录集合类(CRecoredset)。这两个类既有联系又有区别,在应用程序中,可以分别使用,也可以同时使用,每一类也可以同时存在多个对象。CDatabase的每一个对象代表了一个数据源的连接,CRecordset的每一个对象代表了从一

个数据表中按预定的查询条件获得的记录的集合,一般说来,前者适宜于对数据源下的某个数据表格进行整体操作,后者用于对所选的记录集合进行处理。

同Windows类与SDKAPI函数的关系一样,CDatabase类与ODBCAPI函数也有类似的关系,但CDatabase类中并不包含所有的ODBCAPI函数,大部分操作功能仍须直接调用ODBCAPI函数,如目录功能函数,用于获得数据源下的数据表格信息,如表格名,字段名等。

在应用编程时,一般使用CDatabase和CRecordset的派生类。假设派生类分别为CUserdb和CUserset,而在应用类CUserClass中,使用了一个CUserdb对象(m-db)和一个Cuserset对象(m-recset),图2给出了用户应用类与ODBC类的相互关系示意图。

@@09A05901.GIF;图2CDatabaseCRecordset类与应用类及数据源关系图@@

1.m-db连接数据源

m-db在完成定义构造后,要调用CDatabase的打开(Open)函数以进行数据源的实际连接:

m-db.Open(lpszDSN,bExclusive,bReadOnly,lpszConnect);

打开函数需要输入四个参数。lpszDSN:要连接的数据源的名字,如果lpszDSN=NULL且lpszConnect中也没有指明数据源名,则该调用会自动出现一个对话框列出所有可用的数据源(名),让用户选择。bExclusive:只支持“假”(False)值,表示为共享(share)方式连接。因此,应用程序在运行前,一定要装入share.exe或在Windows的system.ini中装入vshare.386。ReadOnly:指明数据源操作方式是“只读”还是可以修改。lpszConnect:指明连接字符串,包括数据源名、用户标识码、口令等信息。该字符串必须以“ODBC;”开头,表示该连接是与一个ODBC数据源的连接(考虑以后版本支持非ODBC数据源)。

m-db打开后,其指针可以传给m-recset作为其数据源。m-db关闭后,将关闭所有CRecordset对它的连接,m-db也可以重新打开。

2.m-db操作数据

数据源打开后,即可对数据库文件中的数据表格进行操作,操作以调用SQL语句方式进行,可直接通过ODBCAPI函数,或者CDatabase类成员函数ExecuteSQL。数据表名在SQL语句中指定,如下语句则在所在的数据源中的clerk表中插入一个记录,记录的name字段值为"chen"。

m-db.ExecuteSQL("insertintoclerk(name)value(’chen’)");3.m-recset连接数据m-recset在构造时,可传入一个CDatabase对象指针,作为m-recset的数据源,当为NULL时,必须重载CRecordset的函数GetDefaultConnect,以提供数据源连接字符串(相当于m-db.Open中的lpszConnect)。如下则表示连接名为COMPANY的数据源(当传入了合法的CDatabase对象指针时,该函数将不被调用)。

CStringCUserset::GetDefaultConnect()

{

return"ODBC;DSN=COMPANY;";

}4.m-recset选取记录和字段

m-recset在调用打开函数时,即获得了符合条件的一组记录,条件语句在Open函数中的lpszSQL中给出,如果lpszSQL为NULL,则必须重载CRecordset的函数以提供该语句。该语句是一个SELECT语句,带或不带where和orderby子句(如果不带,where和Orderby的条件也可在CRecordset的两个预定义成员变量m-strFilter和m-strSort中给出)。lpszSQL也可以只是一个数据表名(table-name),也可以是对内嵌在数据库文件中的查询程序的调用语句。所选择的一系列字段名,在成员函数DoFieldExchange中由一系列RFX-函数指定。RFX-(RecordFieldExchange)函数,使字段和成员变量一一建立类型对应关系。另外,m-strFilter中也可以带变量参数(用"?"表示,如"fieldl>=?ANDfield2<=?"),参数与成员变量的对应关系也在DoFieldExchange中由RFX-函数指定(串中的"?"将被参数变量值逐一替换)。

voidCUserset::DoFieldExchange(CFieldExchange*pFX)

{

pFX->SetFieldType(CFieldExchange::outputColumn);

/*以下为字段连接*/

RFX-???(pFX,"field1",m-var1);

RFX-???(pFX,"field2",m-var2);

...

RFX-???(pFX,"fieldn",m-varn);

pFX->SetFieldType(CFieldExchange::param);

/*以下为参数连接*/

RFX-???(pFX,field1,m-param1);

RFX-???(pFX,field2,m-param2);

...

}其中,???为ODBCSQL数据类型名,如RFX-Double,RFX-Text等。

综合上述,选取记录和字段实际是由下列语句完成:

SELECTrfx-field-listFROMtable-name[WHEREm-strFilter][ORDERBYm-strSort]

字段变量和参数变量的个数一定要在调用打开函数前(如构造函数中)准确地赋值给成员变量m-nFields和m-nParams。m-recset在打开后的任何时候调用Requery()函数,将根据新的查询条件(例如修改了参数变量值)重新选取记录。

5.m-recset操作数据

记录集合生成后,其当前记录的各字段值被保存在前述的各字段变量中,如果调用CRecordset的滚动(scroll)函数,如MoveFirst(),MoveNext(),MovePrev(),MoveLast()等,字段变量的值将自动跟随“当前”记录的位置的变化而变化。IsBOF(),IsEOF()用于判别是否移动到记录的头或尾。

数据操作主要包括删除(Delete),添加(AddNew)和更改(Edit),一般流程为:

if(m-recset.CanUpdate())/*是否允许修改*/

{

if(m-db.CanTransact())/*是否支持“批”处理*/

{

m-db.BeginTrans();

m-recset.AddNew();

/*修改字段变量值*/

...

m-recset.Update();

m-mitTrans();

if(catcherror)

m-db.RollBack();

}

}

对于AddNew和Edit,修改字段变量后一定要调用函数Update(),否则更新将丢失,而Delete操作则不必进行字段值修改和调用Update()。

上述的CDatabase的四个函数是ODBC为保证数据操作的可靠性而提供的“批”处理函数,即在BeginTrans和CommitTrans之间的数据修改如果出现任何异常,可通过函数RoolBack来恢复所做的修改。

在多用户系统使用时,每一个数据源可以被多个用户的多个任务连接,不同的任务可同时修改相同的数据源。ODBC提供了两种数据表更新的同步机制(在m-recset.Open函数中指定),“静态”的(snapshot)和动态的(dynaset)。前者是一组静态的记录集合,当建立后不会改变,除了反应自己的添加/删除外,不反应别的用户的修改,除非调用了Requery重新建立。后者是一组动态的记录集合,自己或别的用户所作的修改随时反应到集合中来(当然也可用Requery重建),以保持记录与数据源的同步。在应用中,应根据需要确定使用哪一种方式。

篇（4）

在教学过程中教师要么以理论教学为主，忽视学生实际操作的培养，以至于学生只是简单的记忆概念及理论，无法解决实际问题，要么过于重视操作，把大部分教学时间集中在目前流行数据库管理系统的学习，致使学生认为理论知识的学习无关紧要，缺乏完整的知识结构。

1.2验证性实验为主。

目前课程的实践教学采用验证性实验为主，针对某个知识点进行孤立的实践，使学生在操作过程中不能与现实实际情况相结合，不能解决实际问题，使实践教学失去原有的价值。

1.3教学内容陈旧。

教师遵循教材进行教学，但所用教材过于陈旧，不能与时俱进，与社会实际需求相脱离，教学内容统一，不能很好的与学生所学专业相结合。

1.4“填鸭式”教学法。

《数据库原理及应用》课程已经是一门开设时间较长的课程，教师在教学过程中按照惯用的“填鸭式”的教学方法进行教学，同时部分教师也不愿进行改革以增加自己的工作量，从而导致学生被动的去接收知识。

1.5考核方式不合理。

课程的考核仍然采用的是卷面考试的方式，通过对学生理论考试的成绩来评判学生的学习情况，却忽视了学生的动手操作能力的考核。

2《数据库原理及应用》课程教学改革的建议

2.1理论联系实际，更新教学内容。

独立院校以培养应用型人才为目标，该院是以酒店和旅游为行业背景的独立学院，尤其是酒店管理专业学生的教授内容需与酒店及旅游紧密关联，即将数据库原理及应用课程的教学与行业结合；课程内容结构必须包含数据库相关理论知识和实践操作两个方面，教学过程中需要针对酒店、旅游行业特色对教学内容进行调整，由于学院以文科学生为主，数据库管理系统软件则选择ACCESS。

2.2加强实践教学，强化创新能力。

在理论教学过程中就要引入行业案例进行讲解，让学生能够了解数据库在酒店及旅游行业中怎样发挥作用，通过学生对案例的分析，加深理解；安排学生到合作酒店进行参观，了解整个酒店的运作，在进行综合实验学习时要求学生针对酒店行业的具体情况进行数据库的设计与实现，锻炼学生利用所学知识解决现实问题，使学生学习的内容能与专业结合。实验过程中还需要学生对现有存在的问题提出解决方法并实现，从而锻炼学生的创新能力。

2.3多种教学方法和教学手段结合。

①案例教学法：以酒店、旅游企业的真实案例进行教学，让学生在接触本门课程的时候就能了解到课程在行业中的重要性，同时也能使学生轻松地从具体到抽象的教学过程中掌握知识。②任务驱动教学法：以学生小组为单位下达数据库开发任务，任务均以酒店或旅行社为背景，学生为完成任务需相互配合、讨论，彼此督促学习，进而提高学生的积极性，因为是根据具体的酒店或旅行社进行设计的实验，能够锻炼学生的知识转移能力，学生更有积极性，更能获得成就感。

2.4改革考核方式。

《数据库原理及应用》课程主要考核理论知识和实践应用能力两部分。但在实际考核的过程中不需要刻意的安排卷面考试进行测试，采用提交最终作品即设计的数据库系统，同时提交小组在系统设计期间所完成的数据库设计报告，设计报告的撰写需要学生将整个系统设计所设计的内容文字化，也就将相关理论知识加以强化。

2.5加强与酒店和旅行社的合作。

应用型人才的培养重点在于应用，通过与酒店和旅行社的合作，学生能在学习期间了解行业的动态及需求，学生有机会进入企业进行学习，并获得专业人士的指导，适应就业市场的需求。

2.6教师自身提高。

教学的关键和主体是教师，教师不能与时俱进所传授的知识就不能满足学生就业的需要，所学知识也就不能与社会接轨，教师能力的不断提升也是改革的关键，因此教师除对专业知识的不断学习，还需要不定期到酒店及旅行社进行学习，了解行业需求的不断变化。

篇（5）

经济方面的可行性。本系统是房屋销售管理信息系统，所以系统的成本主要集中在开发软件的费用上，但是系统投入运行后，就可以减少大量的人力以及物力。耗时短，资金消耗少，实用性强，经济性良好。具有极高的经济方面的可行性。操作方面的可行性。由于该系统是分模块设立的，所以模块间既有一定的独立性，也有一定的联系，适用范围广，操作简单易懂。即便是不精通网络以及计算机的相关工作人员也可以使用，减少了人力物力的投入，提升了管理效率，可操作性强。

（二）需求分析

由于房地产行业大多采取跨地域的经营方式，承包不同省份、不同城市、不同区域的房地产工程。有统一的总部进行分项管理，但是各个项目并没有自己的管理平台，来让总部及时了解相关的状况，因此容易造成资源分配不均衡，不能及时进行调整等状况。所以，房地产企业需要一个可以进行反馈的系统，来及时了解相关状况，来调节相关的决策。在财务方面，各个项目的财务是独立的，因此，为了更好地进行管理，避免账目出现偏差，要将各个项目的财务数据及时反馈，需要一个管理系统来进行这样的工作。也要对客户资源进行很好的管理，并征求客户的意见和建议并咨询客户的满意度，来提升公司形象，并发掘潜在客户以及潜在市场。这需要建立一个系统，来管理并反馈客户的相关信息。房屋销售管理信息系统具体要做到对内部数据信息进行管理，来方便操作人员操作以及查询。由于数据十分庞大，输入的工作量也十分的大，因此系统一定要简单易懂、方便操作、能实现批量操作等。为了实现房地产销售信息无纸化，并运用计算机以及网络技术等，就要建立一个综合性的房屋销售管理信息系统。在进行信息的录入与输出的同时，来对相关的资料进行管理。

（三）功能分析

在系统的功能分析方面，我们从四个板块来研究。房产管理模块，建立一个房屋销售管理信息系统，其最基本最首要的功能便是房产管理。这要求系统可以支持管理者对房屋信息进行修正的一系列操作，如新内容的添加、错误信息的删减、录入以及修改等一系列操作。除此之外，要将查询功能设置的相对便利，来使得客户依照需要对房屋信息进行查询，对所需的房屋进行快速定位。客户管理模块，可以帮助公司更好的管理客户信息，来明确业务方向，增加自己的竞争力。对客户进行合理的分类，来提高管理效率，并根据客户要求以及满意度等信息将客户进行划分，来针对不同的客户提供不同的信息和服务。收费管理板块，用来记录客户的缴费状况等。来方便费用的记录以及催缴，并可以添加物业费等信息，来方便其他有关的单位的工作。售楼管理板块，这是房屋销售管理信息系统的核心部分，在这一板块中，我们可以实现对楼盘销售的情况的管理，让公司统一管理数据，更加容易的了解楼盘的销售状态，更好地进行下一步的操作。

二、系统设计

（一）模块划分与功能设计

房产管理模块，主要是管理各个楼盘内部的相关数据。一定要有添加、修改、查询、删除等相关基础操作的功能。该模块有楼盘信息登记管理、户型信息的登记管理、楼盘、查询、户型信息查询等主要功能。楼盘信息登记管理板块：对各种楼盘信息进行添加、修改、查询、删除等相关基础操作，要有楼盘编号、楼盘报价以及户型编号等信息。户型资料登记管理板块：对户型资料进行添加、修改、查询、删除等相关基础操作。要包括，对户型的基础介绍、平面图、编号、价格、内部结构、实际面积等。楼盘查询板块：实现通过查询楼盘的关键字来对楼盘全面的信息进行查询。包括楼盘的编号、报价，户型的编号等信息。户型查询板块：实现通过查询关键字或关键词，来查询户型的相关信息。包括，户型的编号、设计图、内部结构、面积等信息。客户管理板块，一定要有添加、修改、查询、删除等相关基础操作的功能。还要分为客户资料登记管理板块，客户资料查询管理等几个子版块。客户资料登记管理板块：要求能够实现对客户资料进行添加、修改、查询、删除等相关基础操作的功能的操作。要有相对全面的客户资料。客户资料查询管理板块：要求能够通过查询操作，查询客户资料中的某一项内容，比如按照客户的身份证进行查询、按照客户的姓名进行查询、按照手机号进行查询等，进而出现客户的相对全方面的信息。收费管理模块，实现对收费的数据进行添加、修改、查询、删除等相关基础操作。包括登记管理板块，以及查询管理板块两个子版块。收费登记管理板块：对相关的收费信息进行添加、修改、查询、删除等相关基础操作。包括收费项目编号、楼盘编号、缴费时间、缴费金额、物业费用、公共基础费用、其他费用等。收费查询管理板块：通过查询住户的相关信息，来查看住户的相关缴费情况。包括查询住户所在的住址、住户的的身份证号、姓名等信息，来进一步查询住户的缴费信息。售楼管理模块，这是房地产企业的基本业务，所以这个板块是一个基本版块。业绩直接影响效益，所以这个版块十分重要。要对售楼信息进行添加、修改、查询、删除等相关基础操作。主要包括售楼人员登记管理板块、售楼合同管理板块。楼盘销售人员登记管理板块：对销售人员的各项信息进行添加、修改、查询、删除等相关基础操作。包括，姓名、性别、身份证号、编号、手机号码、电话号码、所属区域等相关信息。售楼合同管理板块：对售楼合同的相关信息进行添加、修改、查询、删除等相关基础操作。包括，合同的状态、编号、所属楼盘的相关资料、购买人相关信息、支付状况等信息。

（二）数据库设计

自二十世纪的发展以来，人类步入了信息时代。计算机硬件技术发展迅速。越来越多的企业以及公司用计算机来对数据信息进行管理，所以计算机管理的数据越来越庞大。为了对数据进行统一便捷的管理，让同一数据来方便更多的应用，便出现了数据库，这一统一管理数据的软件，英文名称Database。数据库可以满足，将数据进行较为合理的存储，并且同一数据可以让多个用户共同使用，冗余度较小。数据库里的数据具有较小的数据冗余度，较高的数据独立性和扩展性，因为数据在数据库中是按照一定的数据模型组织来进行描述和存储的，他们可以在一定的范围内向用户提供数据的多用户共享。由于不同的数据库是按照不同的数据结构进行组织和联系的，由这个特点数据库被分为关系式、层次式、网状式三种数据库。随着技术的不断发展，数据库模型也在不断升级，出现了数据库管理系统，可以实现建立、使用、维护、统一管理、控制数据库等多项功能，并可以保证数据的安全性和完整性。只有用数据库进行管理才能实现数据管理自动化，因此，创建以及设计系统的第一步便是设计以及建立数据库。本房屋销售管理信息系统的数据库是用PowerBuilder9.0本身自带的数据库创建的。创建这个数据库，在D：\bysheji中存放系统的数据库文件。housysm.db为数据库的名字。建立完相关数据库后就可以来建立相关表项了，主要有楼盘、户型、客户、销售员等表项。下表便是表项以及相关内容：1）户型表：户型编号，建筑面积，平面设计图，套内面积，房型，房型简介；2）楼盘信息表：楼盘编号，楼盘报价，户型编码；3）收费记录表：收费项目编号，楼盘编号，收费日期，电视费，电话费，煤气费；4）公用基础设施费，其它费用，预收押金，交款人，收款人；5）售楼人员信息表：售楼人员编号，身份证号码，姓名，性别，联系电话，手机号码，电子邮箱；6）用户登录表：用户编号，用户名称，登录密码；7）客户信息表：客户编号，客户姓名，性别，手机号码，客户职业，联系电话，电子邮箱，邮政编码，备注；8）收款登记表：收款单号，楼盘编号，收款日期，收款金额，付款方式，收款人，交款人；9）合同信息表：合同编号，楼盘编号，买房人身份证号码，销售人员编号，楼盘单价，楼盘折扣金额，付款方式，贷款银行，签订时间，客户交款记录。

（三）数据窗口对象的创建

系统其他界面的设计便不一一介绍了，这里简单介绍一下数据窗口对象的创建。使用PowerBuilder时，其中一个较为重要的工具便是数据窗口对象。由于本系统是使用PowerBuilder设计的，所以一定要注意数据窗口对象的建立，这是连接数据库与客户端的工具。在数据窗口对象中可以对数据进行添加、修改、查询、删除等相关基础操作。还可以指定数据的输入格式和输出格式用数据窗口对象可以较为方便以及快捷的建立相关的较为复杂的数据库应用程序，来为数据窗口对象选择不同的显示风格以及选择不同的数据源，并可以增强它的功能，这就要通过添加各种控件来实现了。要保证数据库与窗口对象是相互连接的，这样才能顺利的通过数据窗口对象对数据进行相关操作，要保证添加、修改、查询、删除等相关基础操作的顺利运行。所以，一定要保证数据窗口对象成功地与数据库相连接。数据窗口对象中数据的来源便是其中的数据源，在本系统的设计中，数据窗口对象的数据源主要有下面两种：快速选择数据源，QuickSelect。通过建立简单的Select语句，来进行数据源的选择，主要通过一个表或者由外键连接的多个表来进行数据列的选择，但是这种方法有一点缺陷，那便是在创建数据窗口对象时不能生成相应的计算列。SQL选择数据源，SQLSelect。SQL选择数据源，SQLSelect数据远远比快速选择数据源，QuickSelect数据源要复杂的多。通过这种方式可以用可视化的方式来建立较为复杂的SQL选择数据源的语句结构来构造数据源，并生成相应的计算列，这是快速选择数据源所做不到的。还可以对数据进行相应的分组排序，还可以进行表的关联等等操作。PowerBuilder中的数据源，功能最全的便是SQL选择数据源，SQLSelect。数据窗口对象显示数据的方式便是数据窗口对象的显示风格。这要求数据窗口对象显示的外观不一定要多么的华丽，但一定要美观、大方、变化多，以此来适用于不同的场景以及场合。本系统的数据窗口的显示风格设定为，Freeform风格和Grid风格这两种风格。创建数据窗口对象的步骤如下：在进入PowerBuilder后，在系统树窗口中查找并打开该应用，找到“File”/“New”进行选择，或者是通过单击工具条上的相关图标，来弹出新建对象窗口。在这里要选择“DataWindow”页，会出现一个界面，在界面上选择显示风格。以“客户信息查询窗口”为例。先选定Freeform的图标，点击确认按钮或双击鼠标左键。弹出对话框，选择数据库中的“客户信息表”，单击下一步，这样就可以建立“客户信息查询窗口”的数据窗口了。然后便可以通过对数据窗口对象进行操作进而对其进行相关操作。

篇（6）

2数据库结构设计

2．1数据库选择

由于科研管理的保密性，本校科研管理不对校外开放，基本不用考虑并行查询的系统需求，另外，鉴于本系统目标用户普遍应用Windows系统，所以项目采用了WindowsServers系统下的SQLServer，在跨平台操作时，可直接用SQL语言进行数据读写和查询等操作命令．用于数据库中的标准数据查询语言项目在开发过程中得到了验证．

2．2数据库结构设计

数据库的结构设计一定是在项目的最初完成的．构造数据库必须考虑所有需求规则．在关系数据库中，我们习惯称之为范式，参考关系数据库的多种范式，依据科研管理的需求分析，为扩大操作功能和减少冗余度选择了第三范式．科研工作者的信息是贯穿于整个数据库中的，必须单独建立的，同时为了避免多人同名可以采用唯一身份证号码加以区别．其表内信息依据需要建立以下字段:包括年龄、性别、单位院系、职务职称、技术领域、个人信息(电话)等．每个表单都有一个和人员相关的字段，这个字段可以是工作证号，也可以是身份证号码．每个表单都可以单独进行，甚至可以在备份的同时也不影响录入．如果将来需要查询某科研人员的详细成果，只要每个库调用相同工作证号或身份证等就可以．科研经费是每年国家审计管理的重点，每笔经费一定要保证和唯一项目编号准确对应．所以建立经费和经费分配两独立表单．两个单独表中经费都含有项目编号，这个项目编号和项目管理中的项目编号一致．由于项目管理表中有人员信息相连，所以只要通过调出科研经费相关联的项目编号后自动在逻辑层调用项目表和科研工作者库中信息，就可以得到全面的经费信息．而经费分配表中的人员必须符合人员库，这样就杜绝了非项目人员经费报销的可能性，大大降低了查找同一个人员参加的不同项目的经费结果的复杂度．成果管理模块通过建立专门的成果库，成果库可以包括论文、专著、专利、软件著作权等．在设计时同样建立一个单独的表，而成果中也有和经费模块一样的地方，也就是包含项目人员，这样将来查询某人员的时候，项目和成果可以一起得出．

2．3用户接口设计

根据科研管理需求分析，设计为多用户．第一种是数量最多的科研工作者的访问模块，每个科研人员可以利用互联网将在任何地点输入本人的科研信息和成果，这样可以将科研管理人员从大量录入科研工作者的项目成果、专利等繁琐工作中摆脱出来，同时也可以在保密许可范围内查询到自己参加过的所有项目、论文和成果;第二种是科研管理人员的入口(科研处人员)，科研管理人员必须通过授权才可以通过接口进入后台．在有记录的情况下，直接管理数据，包括输入到数据库、项目审核、项目修改(教师录入错误等)及删除等．这个入口可看到项目和经费，还可以审批经费等管理功能．超级管理员还可以对科研工作者授权，使之对本人输入数据的错误进行修正．一般来说，科研处的分工有多细，这个入口就有多细．比如项目管理科的人员就只能针对项目管理，项目经费管理科只能针对项目经费管理和项目状态管理等．这样，在管理上的细分导致多用户之间是严格不相关并且不能互相越权管理．

3数据库接口应用

本校科研管理平台用户功能在面板左侧以项目为例:分别为项目录入、项目修改、项目查询和项目分析．

3．1项目录入

该平台突破了传统的手工录入方法，避免了项目数量巨大，录入工期长等问题．最重要的是保证了非手工录入的正确率．创新方法为先在熟悉科研管理方法的基础上提出一个完善的项目资料存档要求，并对每个存档内容给予明确的指示，应包含一个科研项目的所有基本信息．其中项目类型中应包含附加属性，如是否双十项目等;项目状态应添加自动修改的功能，当项目合同时间已到却仍未结题者，项目应变更为延期．当所有功能都已确定完成后，直接由项目负责人提供符合后台数据库格式的excel表格，无论申报还是结题，都由各科研处统一通过审核将各个项目表格汇总，项目录入工作就是直接导入．这样大大避免了手工录入的人为错误．如果有临时的突然增加项目，让项目负责人填好相应表格，直接导入即可．

3．2前台的查询功能

前台应将任意条件如项目名称、项目负责人、工作单位和项目编号等检索，同时应考虑到将来的科研管理需求，如想查询所有结题项目或经费等于4万的项目等其他条件等，这样的检索可以让我们在左边的可选字段中自由搭配，以便于应对不同的科研管理需求．所以平台开发为检索条件完全自由组合。

3．3项目修改

设计了对应不同功能的不同账号，并分别给予不同权限，如普通院系老师给予查询功能，首先通过教师的身份证号或者工资卡号等登陆，教师一旦登陆就相当于默认为查询自己的所有项目．如果是科研处的管理科研工作者登陆，则可以修改和确认．为防止科研处管理科研工作者的人工误差，可以在确认上有两个账号，由领导审核后方可生效．

3．4数据导出

项目查询完毕后，可以导出的EXCEL表格应是前面检索条件下检索结果的表格，要求应包含所有的科研信息．由于现有的数据仓库技术发展，将导出的数据中与现有其他数据来源(如其他大学的科研数据分析图)对比，可根据对比数据修整本校科研发展的方向．

篇（7）

二、信息管理的发展对档案数据库建设发挥指导作用

（一）数据库离不开信息管理。数据库内容反映的是一个现实的实体单位的历史记录，保证了档案数据具有一个坚实可靠的立足点，这就应用到信息管理，是单纯地依靠逻辑分类方法所达不到的。

篇（8）

    2在信息管理中计算机数据库的应用现状分析

    计算机技术发展越来越快,相应的,也出现了包括网络安全问题在内的很多问题。对于计算机管理系统的发展而言,安全系统也具有十分重要的作用。数据库技术要想实现更好地发展,必须先解决可能会出现的数据安全问题。业内人士开展了大量关于计算机数据库的探究,而且在信息管理中数据库技术的应用性能也得到了极大提升。在信息管理中处理数据具有十分重要的作用,很多企业的数据资料都具有机密、敏感的特点,他们非常关注数据资料的安全性,因此其具有较高的信息管理技术要求。对信息的管理是数据库管理技术的主要功能,而建立有效的数据模型是对信息进行管理的主要特点。以建立的数据模型为根据,可将数据库体系划分为层次型数据库、关系型数据库以及网状型数据库。计算机技术与数据库技术之间的结合具有非常好的发展前景,其已经在包括农业、工业以及其他产业中得到十分广泛的应用,两种技术结合使很多行业信息管理的条理性、有效性和安全性得以极大提升。在信息管理中充分运用计算机数据库技术,除了能使信息管理变得更加方便外,还可以有效保证信息的安全管理。与此同时,信息系统还具有备份和恢复信息的作用,这可以在数据遭到破坏的时候,实现对有用数据的无成本恢复,从而解决误删资料的问题。如今,数据库的安全系数越来越高,企业机构不仅能更好地保护数据库,还能有效避免信息系统被黑客侵入,防止机密信息流失。

    3计算机数据库技术在信息管理中应用的前景分析

    3.1安全性越来越高

篇（9）

二、高校教学管理数据仓库教学管理系统的设计

1.体系结构设计

数据仓库是基于传统数据库积累的数据和其它渠道收集的各种数据信息搭建起来的面向联机分析处理（OLAP，ONLineAnalyticalprocessing)的分析型信息集合，总体结构为三个层次：（源数据）数据处理、数据存储、数据分析。高校教学管理系统数据仓库包括数据源、数据处理，数据存储和数据分析四个部分。数据源：主要来自数字化校园管理平台，涵盖高校各信息系统，教务管理、学籍管理、招生就业管理以及其他信息系统等的数据。数据处理：包括数据抽取、清理、转换和集成。首先从数据源中抽取数据，存储到临时数据表中，然后对抽取的数据进行清洗和转换，通过清洗去除决策分析无用的数据信息，通过转换使数据标准一致，将转换清理后的数据集成装入到数据仓库中。数据存储：各信息系统的数据与数据仓库系统的数据是相互独立的，因此各信息系统数据的变化不会自动更新数据仓库的数据，我们需要在设定数据同步存储机制，才能实现更新数据融入数据仓库存储。数据分析：数据抽取、清理、转换、存储到数据仓库系统以后，我们需要通过各种技术，如联机分析（OLAP）技术、数据挖掘（DM）技术、商业智能（BI）技术等形成统计分析报表供用户查看并做出相应的决策。

2.主题划分

数据仓库的重要特点是面向主题。当数据围绕主题域来组织时，决策分析者将能很明确地找到自己感兴趣的东西。建立数据仓库首先要根据用户的需要进行主题划分，然后根据主题建立数据仓库模型，通过ETL工具从数据源抽取数据到数据仓库，最后采用联机分析（OLAP）技术或数据挖掘（DM）技术对数据进行分析挖掘，根据分析及挖掘结果做出相应的决策。根据教学管理系统的应用需求,在高校教学管理新系统中，组织层领导最关注的教学质量，所以系统确定的主题主要包括：包含学生、教师、课程、教学质量等几个方面。

3.数据仓库模型设计

数据仓库模型比较常用的有两种：星型和雪花型两种。星型是由一个事实表和多个维度表进行关联，具有统计分析和查询速度快特点，所以在教学管理信息系统中采我们采用星型模型。下面以教学质量主题为例说明数据仓库模型的设计。维表我们设计为时间表、学生成绩表、学生就业情况表、学生奖惩表、学生学习情况、教师教学水平表，事实表由就业率、等级及数量、学生获奖等级及数量等构成。

4.联机分析（OLAP）

联机分析（OLAP）是针对某一个具体主题，采用联机分析术（OLAP）或数据挖掘（DM）技术对数据仓库中的信息进行统计分析。联机分析包括多维数据分析方法，大体上可分为切块、旋转、钻取。所谓的旋转就是交换维度的位置关系，以便于决策人员可以不同角度得到多维数据，获取有价值的信息。通过联机分析技术的旋转方法我们可以很容易的发现教学管理系统教学质量问题，如教学计划不合理、有些教师水平有待提高等，通过钻取可以更深入的分析出教学计划不合理的各种因素。

篇（10）

2ACCESS数据库特点

ACCESS数据库的建立一般分为四个主要部分，即表、窗体、查询和报表。ACCESS数据库具有以下特点：1）单一的存储方式便于客户进行管理和操作，如表、查询、报表等的文件后缀都为.mdb，客户查询、检索时方便快捷。2）ACCESS数据库是面向对象的开发工具，各种功能对应各自的对象，面向对象的开发形式使得程序员开发程序功能更直观简便。3）ACCESS开发工具的可视化，使得其界面友好、易操作，客户的直观性强，比较对于新手也比较容易上手和掌握。4）ACCESS数据库的开发环境是集成的，是基于Windows系统的，因此对于开发人员来说，可提高工作效率，对创建表、查询数据、设计界面等操作都是有序的进行，方便实用。5）ACCES具有开发数据库互联功能，可在表中嵌入位图、声音、表格、文档等，进行动态数据交换，同时也支持与互联网上的数据进行连接，建立Internet应用。

3ACCESS数据开发开发方法

ACCESS数据库开发方法有三种：1）原型法。原型法的本质是反复交互式修改，以达到开发目的，是一种新型的开发模式。原型法的开发是在原始数据库的基础上进行的，因此也满足ACCESS的基本开发环境，原型法对ACCESS来说是一种修复和完善的功能。2）物理法。物理法顾名思义，要遵循物理条件建立物理模型进行应用开发设计。物理法的逻辑思维性强、关联性强，设计时将分散物理模型的关联事件进行集中，以构成具体的数据分析图，再进行物理设计。3）分析法。分析法将实事件通过模型分析，对系统内容的具体对象进行分析，并根据该对象在系统中所处的位置和功能进行程序驱动。分析法实际上是一种数据归纳。分析法可缩小分析范围，从而提高分析效率。

4ACCESS开发仓储系统方法步骤

4.1明确设计思路

首先明确设计目的，仓储系统设计的目的就是实现仓储管理的自动化、规范化、系统化和高效性。将企业仓储管理过程中的入库验收、入库登记、入库，库存查询、库存盘点、出库等实现网络化，便于管控。

4.2制定设计原则

根据仓储管理的实际情况，信息量大、货物品种繁多、关联信息多、统计方式不同，结合ACCESS数据库开发的特点，制定切实可行的设计原则：原始数据统一格式、报表统一格式；删除不必要冗余；程序标准化，以保证实用性和可维护性；界面友好，设定权限，满足不同层次的查询要求；建立日志，记录查询操作以便日后查询。

4.3需求分析

开发前要与仓储管理系统的使用客户进行充分沟通，明确客户的使用条件、需求以及使用过程中的特殊情况，从而制定可行的功能开发需求。需求整理要体现实际业务需要，满足业务需要，满足客户提出的要求，并符合ACCESS数据库开发应用的先决条件。收集客户需求，整理形成开发需求、开发计划是仓储系统ACCESS数据库开发的基础工作。

4.4模块设计

仓储管理系统的主要作用就是对货物信息进行管理，包括仓储空间布局、出入库、库存信息查询等功能。出入库操作是库管人员对入库、库存、出库等的日常操作，入库信息和出库信息包括出入库物品信息、出入库数量、存放库位、出入库时间、入库负责人、出库提货人这些基本功能操作，功能应具有数据录入、实时修改数据、空位查询等。查询是库存管理系统中的核心功能，一般包括查询货物基本信息、属性、规格、生产日期、产地、重量、件数、存放位置，货物的入库相关信息、出库相关信息。因此查询条件包含按货物名称查询、按货物规格查询、按货物生产日期查询、按货物产地查询、按存放位置查询等字段。其他操作为辅助功能，如仓储系统安全退出、会员信息、密码修改、界面风格修改等。

4.5创建仓储管理系统

仓储管理系统采用ACCESS数据库软件的工具栏控件积极性创建，工具栏控件在窗体上显示对象按钮，如字段、图形等。工具栏属性常用包括菜单项、对话框等。

4.6系统登录功能的实现

系统登录功能包括用户身份验证、用户名、密码、ACCESS仓储管理系统根据用户输入的信息与系统信息进行核对，以验证真实性，实现登录功能。还包括用户名更改、密码更改、子操作员设置、权限分配等。

篇（11）

2研究现状分析

2．1企业营销管理发展现状

目前，市场经济是以客户为导向的，要求企业做到准确详实地掌握客户需求，了解客户特性。在达到该目标的过程之中，企业的营销管理系统起着重要的作用。首先，企业营销管理系统需要整理分析海量的目标客户数据，以了解目标客户的需要;其次，现代企业需要进行市场细分与定位，以掌握目标客户群的特性、了解不同客户群的差异性需求。除此之外，现代信息存储传播方式大量增加，各类交流方式混在一起，需要确保信息沟通中宣传的内容一致;为了保证有效营销，企业工作人员需要了解企业的目标客户群体、本企业的销售策略以及本企业的营销与竞争优势所在。上述这些工作，在营销管理系统的帮助之下会简单化。现代企业已逐步认识到了上述趋势，企业营销管理系统也有了一定的发展，不过在以营销管理系统为导向、全面整合数据信息与企业资源方面，还有待进一步提高。国际上，从20世纪60年代中期起，开始着手研究管理系统技术在企业营销管理中的应用。1966年，美国著名的市场学家K．Philp特别强调了管理系统技术在企业营销决策领域中的重要作用;1976年，D．F．Cox与R．E．Good提出企业营销管理系统的核心概念;随后，D．C．Little等人研发了BRANAID，C．R．Ander-son等人研制了PIMS，都曾在企业中得到了较为广泛的应用。不过他们都局限于影响企业决策问题中某些方面的管理系统。20世纪90年代初，研究者开始着手开发解决企业决策的市场营销管理系统，不过到目前为止，企业营销管理系统的应用还局限在市场分析方面。国内对于企业营销决策支持方面的研究开展得比较晚，目前研究成果也不多见。即使有所研究与应用，也仅仅是面向企业营销决策支持系统中的某一个方面，还缺乏对于整体框架的全面认识与研究。

2．2数据仓库发展现状

20世纪90年代初期，数据仓库的概念由美国著名信息工程科学家———WiliamInmnon博士首次提出［1］:“数据仓库通常是针对主题的、集成的、随时间改变的、但数据本身相对稳定的数据集合，主要功能是为决策过程提供信息支持。”其中，主题是指管理人员实现数据管理时候重点关心的内容。数据仓库平台根据主题来组织信息，存储模型目前有星型模型、雪花型模型以及混合模型，数据间关系一般是多维的(注:存在一维为时间维)，数据仓库结合OLAP的数据处理功能，实现数据的多维分析，最终为用户提供方便而快捷的多角度信息查询与分析，使得用户可及时掌握所在领域的阶段状况与发展趋势。数据仓库的应用主要为大规模决策支持环境，技术一般基于多维数据库管理系统(MDBMS)，MDBMS引入表分级、嵌套表、高级索引等技术来实现，为OLAP技术搭建了更好的分析平台。与传统数据库的区别在于，数据仓库内部不仅是简单的数据累积，它首先从海量外部事务数据源中抽取数据信息，期间应用集成管理器实现抽取数据的清理、转换与格式统一，然后得到基础数据仓库，内部数据存储结构相对较复杂。之后与各类分析工具(如OLAP工具)相结合，实现对数据信息的分析处理，最后依据需要输出计算得到的信息。目前，数据库技术基础已成熟，不过其体系结构部分还有待提升。现今市场上，实现的数据仓库产品一般为通用平台而设计建设，面向特定领域的专用产品还比较少，数据仓库技术仍处于发展阶段。虽然数据仓库技术还有待于进一步提升，不过其经济价值已得到了证实。国际著名数据库专业人员联合斯坦福大学教授等了一份面向数据仓库的权威报告，其中探讨了数据仓库的目前现状与发展趋势，许多大型数据库公司诸如IBM公司、Oracle公司等都相继推出了各有特色的数据仓库产品。调查结果显示，现今财富500强之中已高达90%的企业已建或者正在搭建企业数据仓库。由于数据仓库技术可产生的巨大经济利益，也带动了中国相关领域的发展。目前已有部分科研机构、企事业单位投入了大量的人力物力搭建数据仓库平台，不过现阶段我国还处于起步阶段，数据仓库的商业应用集中于金融、营销、生产等领域。某些涉足营销、生产等领域的大型企业也依托国内外先进技术，创建了数据仓库平台，从而跟踪分析市场信息，分类预测客户行为的未来发展趋势［2－5］。目前，数据仓库技术发展基础已奠定，一个成功的数据仓库所需要的成熟管理技术、完善的网络技术、资深管理人员以及OLAP技术与管理模型等都已具备，仍欠缺的是:完善的系统理论及技术、多维数据存储时数据结构的确定［6－7］;数据挖掘模型的建立、数据挖掘算法的取舍等方面。

2．3联机分析处理

(OLAP)现状数据仓库为存放数据的平台，也是数据分析和数据决策的支持。20世纪60年代初期，关系型数据库模型由数据库之父E．F．Codd提出，联机事务处理(OLTP)的概念被带动发展。1993年，为了应对更海量的信息，实现更专业的信息分析，联机分析处理(OLAP)的概念被提出。E．F．Codd曾总结联机分析处理的12条准则，包括:多维数据分析准则;客户/服务器结构准则;多用户支持准则;己知的报表性能准则等。OLTP分析中以二维表的形式存放数据，无法实现复杂的信息查询分析。OLAP基于数据仓库，可实现对海量数据信息的多维度、多方位(如钻取、切片、切块、旋转等)复杂数据存取，实现多维数据分析，突破了以前的二维表表格展示方法，可以实现更加深入的数据分析与数据观察，用直观易懂的图标形式来展示数据查询结果，从而为决策人员提供决策信息支持。二者对比如表1所示。近年来，OLAP技术被广泛应用，国际上许多公司都已开发出了较完善的OLAP产品［8］，实现了OLAP技术的进一步发展及应用。其中，小部分公司负责制定OLAP技术标准、OLAP技术公告，大部分厂商主要负责生产OLAP产品，具体有:IBM生产的OLAPServer、SAS生产的MDDB以及Oracle生产的ExpressServer等等。OLAP技术发展已趋于成熟，且在多维度数据模型的建立以及查询优化方法等方面都取得了较好的研究成果。目前，OLAP的总体发展趋势是与其它技术(诸如Web技术、数据挖掘技术等)相融合。国内OLAP技术起步相对较晚，伴随着数据仓库的搭建及其技术的不断完善，OLAP技术的发展迫在眉睫。不过，由于OLAP技术尚且较新，其核心技术还有待于进一步完善。

3结语

3．1对市场营销及企业营销管理系统的状况进行了概述。现代市场营销是一个社会或企业的管理过程，市场营销管理系统的根本目标是使顾客满意，且最大化企业的利润。以互联网为基础的信息技术，目前已是世界经济发展的关键因素与倍增器，一个企业要生存发展，在营销方面需要具备个性化的营销技能与一种能够把网络、信息技术与企业内部资源整合一致的能力。

3．2介绍了数据仓库技术的定义、体系结构、特点及其商业价值，分析了其与传统数据库的区别和联系;详细介绍了企业营销管理系统中数据仓库的设计及构建过程。