緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的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）

2數據庫結構設計

2．1數據庫選擇

由于科研管理的保密性，本校科研管理不對校外開放，基本不用考慮并行查詢的系統需求，另外，鑒于本系統目標用戶普遍應用Windows系統，所以項目采用了WindowsServers系統下的SQLServer，在跨平臺操作時，可直接用SQL語言進行數據讀寫和查詢等操作命令．用于數據庫中的標準數據查詢語言項目在開發過程中得到了驗證．

2．2數據庫結構設計

數據庫的結構設計一定是在項目的最初完成的．構造數據庫必須考慮所有需求規則．在關系數據庫中，我們習慣稱之為范式，參考關系數據庫的多種范式，依據科研管理的需求分析，為擴大操作功能和減少冗余度選擇了第三范式．科研工作者的信息是貫穿于整個數據庫中的，必須單獨建立的，同時為了避免多人同名可以采用唯一身份證號碼加以區別．其表內信息依據需要建立以下字段:包括年齡、性別、單位院系、職務職稱、技術領域、個人信息(電話)等．每個表單都有一個和人員相關的字段，這個字段可以是工作證號，也可以是身份證號碼．每個表單都可以單獨進行，甚至可以在備份的同時也不影響錄入．如果將來需要查詢某科研人員的詳細成果，只要每個庫調用相同工作證號或身份證等就可以．科研經費是每年國家審計管理的重點，每筆經費一定要保證和唯一項目編號準確對應．所以建立經費和經費分配兩獨立表單．兩個單獨表中經費都含有項目編號，這個項目編號和項目管理中的項目編號一致．由于項目管理表中有人員信息相連，所以只要通過調出科研經費相關聯的項目編號后自動在邏輯層調用項目表和科研工作者庫中信息，就可以得到全面的經費信息．而經費分配表中的人員必須符合人員庫，這樣就杜絕了非項目人員經費報銷的可能性，大大降低了查找同一個人員參加的不同項目的經費結果的復雜度．成果管理模塊通過建立專門的成果庫，成果庫可以包括論文、專著、專利、軟件著作權等．在設計時同樣建立一個單獨的表，而成果中也有和經費模塊一樣的地方，也就是包含項目人員，這樣將來查詢某人員的時候，項目和成果可以一起得出．

2．3用戶接口設計

根據科研管理需求分析，設計為多用戶．第一種是數量最多的科研工作者的訪問模塊，每個科研人員可以利用互聯網將在任何地點輸入本人的科研信息和成果，這樣可以將科研管理人員從大量錄入科研工作者的項目成果、專利等繁瑣工作中擺脫出來，同時也可以在保密許可范圍內查詢到自己參加過的所有項目、論文和成果;第二種是科研管理人員的入口(科研處人員)，科研管理人員必須通過授權才可以通過接口進入后臺．在有記錄的情況下，直接管理數據，包括輸入到數據庫、項目審核、項目修改(教師錄入錯誤等)及刪除等．這個入口可看到項目和經費，還可以審批經費等管理功能．超級管理員還可以對科研工作者授權，使之對本人輸入數據的錯誤進行修正．一般來說，科研處的分工有多細，這個入口就有多細．比如項目管理科的人員就只能針對項目管理，項目經費管理科只能針對項目經費管理和項目狀態管理等．這樣，在管理上的細分導致多用戶之間是嚴格不相關并且不能互相越權管理．

3數據庫接口應用

本校科研管理平臺用戶功能在面板左側以項目為例:分別為項目錄入、項目修改、項目查詢和項目分析．

3．1項目錄入

該平臺突破了傳統的手工錄入方法，避免了項目數量巨大，錄入工期長等問題．最重要的是保證了非手工錄入的正確率．創新方法為先在熟悉科研管理方法的基礎上提出一個完善的項目資料存檔要求，并對每個存檔內容給予明確的指示，應包含一個科研項目的所有基本信息．其中項目類型中應包含附加屬性，如是否雙十項目等;項目狀態應添加自動修改的功能，當項目合同時間已到卻仍未結題者，項目應變更為延期．當所有功能都已確定完成后，直接由項目負責人提供符合后臺數據庫格式的excel表格，無論申報還是結題，都由各科研處統一通過審核將各個項目表格匯總，項目錄入工作就是直接導入．這樣大大避免了手工錄入的人為錯誤．如果有臨時的突然增加項目，讓項目負責人填好相應表格，直接導入即可．

3．2前臺的查詢功能

前臺應將任意條件如項目名稱、項目負責人、工作單位和項目編號等檢索，同時應考慮到將來的科研管理需求，如想查詢所有結題項目或經費等于4萬的項目等其他條件等，這樣的檢索可以讓我們在左邊的可選字段中自由搭配，以便于應對不同的科研管理需求．所以平臺開發為檢索條件完全自由組合。

3．3項目修改

設計了對應不同功能的不同賬號，并分別給予不同權限，如普通院系老師給予查詢功能，首先通過教師的身份證號或者工資卡號等登陸，教師一旦登陸就相當于默認為查詢自己的所有項目．如果是科研處的管理科研工作者登陸，則可以修改和確認．為防止科研處管理科研工作者的人工誤差，可以在確認上有兩個賬號，由領導審核后方可生效．

3．4數據導出

項目查詢完畢后，可以導出的EXCEL表格應是前面檢索條件下檢索結果的表格，要求應包含所有的科研信息．由于現有的數據倉庫技術發展，將導出的數據中與現有其他數據來源(如其他大學的科研數據分析圖)對比，可根據對比數據修整本校科研發展的方向．

篇（6）

經濟方面的可行性。本系統是房屋銷售管理信息系統，所以系統的成本主要集中在開發軟件的費用上，但是系統投入運行后，就可以減少大量的人力以及物力。耗時短，資金消耗少，實用性強，經濟性良好。具有極高的經濟方面的可行性。操作方面的可行性。由于該系統是分模塊設立的，所以模塊間既有一定的獨立性，也有一定的聯系，適用范圍廣，操作簡單易懂。即便是不精通網絡以及計算機的相關工作人員也可以使用，減少了人力物力的投入，提升了管理效率，可操作性強。

（二）需求分析

由于房地產行業大多采取跨地域的經營方式，承包不同省份、不同城市、不同區域的房地產工程。有統一的總部進行分項管理，但是各個項目并沒有自己的管理平臺，來讓總部及時了解相關的狀況，因此容易造成資源分配不均衡，不能及時進行調整等狀況。所以，房地產企業需要一個可以進行反饋的系統，來及時了解相關狀況，來調節相關的決策。在財務方面，各個項目的財務是獨立的，因此，為了更好地進行管理，避免賬目出現偏差，要將各個項目的財務數據及時反饋，需要一個管理系統來進行這樣的工作。也要對客戶資源進行很好的管理，并征求客戶的意見和建議并咨詢客戶的滿意度，來提升公司形象，并發掘潛在客戶以及潛在市場。這需要建立一個系統，來管理并反饋客戶的相關信息。房屋銷售管理信息系統具體要做到對內部數據信息進行管理，來方便操作人員操作以及查詢。由于數據十分龐大，輸入的工作量也十分的大，因此系統一定要簡單易懂、方便操作、能實現批量操作等。為了實現房地產銷售信息無紙化，并運用計算機以及網絡技術等，就要建立一個綜合性的房屋銷售管理信息系統。在進行信息的錄入與輸出的同時，來對相關的資料進行管理。

（三）功能分析

在系統的功能分析方面，我們從四個板塊來研究。房產管理模塊，建立一個房屋銷售管理信息系統，其最基本最首要的功能便是房產管理。這要求系統可以支持管理者對房屋信息進行修正的一系列操作，如新內容的添加、錯誤信息的刪減、錄入以及修改等一系列操作。除此之外，要將查詢功能設置的相對便利，來使得客戶依照需要對房屋信息進行查詢，對所需的房屋進行快速定位。客戶管理模塊，可以幫助公司更好的管理客戶信息，來明確業務方向，增加自己的競爭力。對客戶進行合理的分類，來提高管理效率，并根據客戶要求以及滿意度等信息將客戶進行劃分，來針對不同的客戶提供不同的信息和服務。收費管理板塊，用來記錄客戶的繳費狀況等。來方便費用的記錄以及催繳，并可以添加物業費等信息，來方便其他有關的單位的工作。售樓管理板塊，這是房屋銷售管理信息系統的核心部分，在這一板塊中，我們可以實現對樓盤銷售的情況的管理，讓公司統一管理數據，更加容易的了解樓盤的銷售狀態，更好地進行下一步的操作。

二、系統設計

（一）模塊劃分與功能設計

房產管理模塊，主要是管理各個樓盤內部的相關數據。一定要有添加、修改、查詢、刪除等相關基礎操作的功能。該模塊有樓盤信息登記管理、戶型信息的登記管理、樓盤、查詢、戶型信息查詢等主要功能。樓盤信息登記管理板塊：對各種樓盤信息進行添加、修改、查詢、刪除等相關基礎操作，要有樓盤編號、樓盤報價以及戶型編號等信息。戶型資料登記管理板塊：對戶型資料進行添加、修改、查詢、刪除等相關基礎操作。要包括，對戶型的基礎介紹、平面圖、編號、價格、內部結構、實際面積等。樓盤查詢板塊：實現通過查詢樓盤的關鍵字來對樓盤全面的信息進行查詢。包括樓盤的編號、報價，戶型的編號等信息。戶型查詢板塊：實現通過查詢關鍵字或關鍵詞，來查詢戶型的相關信息。包括，戶型的編號、設計圖、內部結構、面積等信息。客戶管理板塊，一定要有添加、修改、查詢、刪除等相關基礎操作的功能。還要分為客戶資料登記管理板塊，客戶資料查詢管理等幾個子版塊。客戶資料登記管理板塊：要求能夠實現對客戶資料進行添加、修改、查詢、刪除等相關基礎操作的功能的操作。要有相對全面的客戶資料。客戶資料查詢管理板塊：要求能夠通過查詢操作，查詢客戶資料中的某一項內容，比如按照客戶的身份證進行查詢、按照客戶的姓名進行查詢、按照手機號進行查詢等，進而出現客戶的相對全方面的信息。收費管理模塊，實現對收費的數據進行添加、修改、查詢、刪除等相關基礎操作。包括登記管理板塊，以及查詢管理板塊兩個子版塊。收費登記管理板塊：對相關的收費信息進行添加、修改、查詢、刪除等相關基礎操作。包括收費項目編號、樓盤編號、繳費時間、繳費金額、物業費用、公共基礎費用、其他費用等。收費查詢管理板塊：通過查詢住戶的相關信息，來查看住戶的相關繳費情況。包括查詢住戶所在的住址、住戶的的身份證號、姓名等信息，來進一步查詢住戶的繳費信息。售樓管理模塊，這是房地產企業的基本業務，所以這個板塊是一個基本版塊。業績直接影響效益，所以這個版塊十分重要。要對售樓信息進行添加、修改、查詢、刪除等相關基礎操作。主要包括售樓人員登記管理板塊、售樓合同管理板塊。樓盤銷售人員登記管理板塊：對銷售人員的各項信息進行添加、修改、查詢、刪除等相關基礎操作。包括，姓名、性別、身份證號、編號、手機號碼、電話號碼、所屬區域等相關信息。售樓合同管理板塊：對售樓合同的相關信息進行添加、修改、查詢、刪除等相關基礎操作。包括，合同的狀態、編號、所屬樓盤的相關資料、購買人相關信息、支付狀況等信息。

（二）數據庫設計

自二十世紀的發展以來，人類步入了信息時代。計算機硬件技術發展迅速。越來越多的企業以及公司用計算機來對數據信息進行管理，所以計算機管理的數據越來越龐大。為了對數據進行統一便捷的管理，讓同一數據來方便更多的應用，便出現了數據庫，這一統一管理數據的軟件，英文名稱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的圖標，點擊確認按鈕或雙擊鼠標左鍵。彈出對話框，選擇數據庫中的“客戶信息表”，單擊下一步，這樣就可以建立“客戶信息查詢窗口”的數據窗口了。然后便可以通過對數據窗口對象進行操作進而對其進行相關操作。

篇（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介紹了數據倉庫技術的定義、體系結構、特點及其商業價值，分析了其與傳統數據庫的區別和聯系;詳細介紹了企業營銷管理系統中數據倉庫的設計及構建過程。