發布時間：2022-12-31 07:49:18
序言：寫作是分享個人見解和探索未知領域的橋梁，我們為您精選了8篇的數據庫設計樣本，期待這些樣本能夠為您提供豐富的參考和啟發，請盡情閱讀。
中圖分類號：TP311.13
一般來說數據庫的設計與系統運行的效率有很大關系，一定要全面顧及到數據的統一性、全面性、可靠性以及其延伸性。數據庫設計需達到的一個標準，達到這些標準的數據庫都有下述一些共同的優點：結構分明、簡潔，而且不會出現插入、刪除以及更新等操作問題。我將數據庫設計經驗以及技巧作為切入點，進行深入的分析，相關內容如下所述。
1 數據庫的類型
一般都會按照使用的需求去選用相應的數據庫。在目前的市場中，基本將數據庫分為下述幾類：大型數據庫，中小型數據庫以及小型數據庫。
其基本原則為下述：
（1）系統數據量較多，對相關的性能需求較高，數據的密級高，要顧及到優化等問題，這樣的情況一般使用大型數據庫。
（2）系統數據信息不多，容易進行操作且方便管理，數據庫基本可以保持穩定，這樣一般都會使用中小型數據庫。
（3）系統數據量很小，其系統投資少，這樣就可以選擇使用小型數據庫。
2 數據庫對象以及物理模型設計技巧
針對對象的模型設計，要與客戶進行交流，深入地了解客戶所想要的，且要顧及到客戶的需求延伸。基于IPO設計理念進行工作，深化功能模塊的處理、輸出以及輸入，且具體到所有屬性，全面地掌握和本系統有關的外部接口以及數據。用建模工具構建ER圖表，且在每一字段細致地做出標注以及詳解，對對象命名進行規范化處理，以便進行維護。
表設計的標準以及規范化。數據的硬性指標是以范式去定義的，常規的數據庫設計都是依附于第三范式，由于第三范式被認為在延伸性、數據全面性以及性能等方面都達到最佳的平衡。不過很多時候，為了其效率與特殊的需求，可以選擇非常規范式指標的設計。
第一點，編碼與參數要利用表維護，字段命名要構建相同命名的規范，中文詳解要盡可能地細致。
第二點，顧及到一些改變。在構建數據庫表字段的時候，要全面顧及到哪些字段以后會出現變更的情況。
第三點，選擇自定義出現次數多的字段，這樣以便于進行修改以及調整。比如日期、備注以及金額等。
第四點，設計那些較為常用的隱藏字段去實現一些特殊要求，如加設刪除標記的字段、數據構建的日期以及數據調整的日期等。
一般的視圖是為應用程序對數據抽象而構建的，全面利用視圖能夠深化數據庫設計的多元性。針對視圖構建要防止非關聯查詢操作。一般的視圖設計要采用相應的數據庫性能分析軟件，從根本整合視圖性能，持續地去改進。
較為繁重的數據運算、業務參數處理一般都是利用存儲過程去完成的，因為性能較為優異、處理效率高以及易于修改。存儲環節編寫要利用性能分析軟件實施檢測并予以分析，持續優化存儲。針對核心代碼，要予以必要的加密功能。
不要輕易使用觸發器，那樣會在調試環節為你造成很多不必要的麻煩。一般設計過程中要了解觸發的先決條件，通過一定的分析而去選擇觸發模式，而且還要顧及到此表的操作是不是影響到其余表。
3 文件管理
一般來說數據庫配置文件可以把數據與日志文件放到系統可靠并有一定空間的位置；數據文件可以設置成增量擴展，而且還能按照數據量的多少予以設置；可以將數據庫設置成差異備份，按時進行較為全面的備份。
4 對數據進行全面性設計技巧
要實體全面性。利用主鍵以及聯合主鍵進行控制，可以使用系統編碼，而不是使用業務編號進行控制。父表里的插入、刪除以及更新數據。刪除方式要利用級聯刪除，權限刪除以及置空值等；插入操作則利用權限插入以及遞歸插入方法；對數據進行更新則利用級聯更新，權限更新以及置空值等技巧。用戶定義的全面性，NOT NULL，觸發器以及CHECK。針對松散耦合數據，不需要利用數據庫設計去確保數據的全面性以及完整性，尤其是業務的約束，利用應用程序去完成，從而不會因為系統受到過多的局限，而發生數據庫異常的情況。
5 針對表設計相應技巧
經常對應很多編碼的字段，如果應用十分繁雜，且數據量較多，那么就要考慮在表中加設冗余字段，可以加上設備的編號，也可以增加設備的命名字段等，從而就能夠防止過多的操作其他表，以便于程序的編寫以及提升系統的運行效率。加設記錄日志以及數據版本的字段，這樣有利于系統實施管理與跟蹤，按照相應的實際情況進行設計。針對數據量多，且需保存的數據庫表，可以使用歷史表，從而去保存出現的數據，以便提供數據的備份以及對現有數據的使用。
6 檢查數據庫設計以及幫助文檔的技巧
在數據庫的設計過程里，都會選擇一些數據庫設計軟件，其中包括Power Desiger，數據庫表設計結束后，要有檢查數據庫表設計的良好習慣。
數據庫設計工作者要深化經常查閱數據庫幫助文檔的工作習慣，認真地比對以及檢查相應功能函數與設計措施的迥異。
7 總結
針對數據庫設計過程中的側重點，是要在數據庫設計的過程里去感受、對比、總結以及分析的。一個優秀的系統與數據庫的設計密不可分，所以數據庫工作者對數據庫的設計要有較為深入的認識以及靈活多變的設計技巧。
參考文獻：
[1]姚卿達.漢字情報檢索系統CCIRS研究報告（Ⅱ）――數據庫設計的多級方法[J].中山大學學報（自然科學版），2010，14（22）：1814-1819.
[2]申玉靜，譚業武.數據庫案例教學在計算機專業專科教育職業化改革中的應用與研究[J].福建電腦，2010，12（16）：1031-1036.
[3]姜卉芝，錢麗瑾.LotusNotes數據庫設計[A].數據庫研究進展2012――第十四屆全國數據庫學術會議論文集（下），2012，11（12）：1004-1006.
[4]王正山.在ASP中利用SQL語句實現動態網頁與WEB數據庫的連接[J].安慶師范學院學報（自然科學版），2011，13（03）：293-295.
[5]馬垣，張紅云，李曉瑞，劉剛，張小平，馬文勝.關系數據庫中基于拓撲空間的聚類方法[A].第十八屆全國數據庫學術會議論文集（研究報告篇），2011，17（04）：372-373.
[6]吳連喜.農化服務關系型數據庫的設計[A].青年學者論土壤與植物營養科學――第七屆全國青年土壤暨第二屆全國青年植物營養科學工作者學術討論會論文集，2013，11（02）：178-181.
[7]許偉成，姚亞明，余立軍，林志軍.廣域網下異構遠程數據庫的包裝入網技術[A].中國土木工程學會計算機應用分會第七屆年會土木工程計算機應用文集，2013，15（06）：692-671.
關鍵詞：數據庫設計；可擴展；對象；關系數據庫
中圖分類號：TP311.131文獻標識碼：A文章編號：16727800（2011）012017302
作者簡介：劉學（1983-），男，山東鄆城人，碩士，菏澤學院教務處助教，研究方向為網絡信息系統。
0引言
數據庫設計是建立數據庫及其應用系統的技術，是信息系統開發和建設的核心。數據庫設計是指對于給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用要求(信息要求和處理要求)。
數據庫設計的核心問題是建立模型。一般而言這個模型要滿足兩類準則：結構準則和性能準則。前者主要考慮如何保持數據的特性，后者主要考慮資源的合理使用和數據庫的存儲效率。在所有數據庫設計準則中最重要的原則是：最終產品必須滿足用戶的最終要求。但是，首先需要存儲的信息是動態的，應用自身的發展也會產生新的和擴展的信息需求；其次，信息化是分步進行的，用戶很難一次提出完整的需求；第三，用戶和設計人員之間存在理解上的差異。因此，數據庫應用系統在完成以后，系統功能很可能不能完全滿足用戶需求，而且隨著時間的發展系統功能會逐漸偏離用戶或企業的需求。所以，數據庫應用系統必須要不斷地改進和擴展以適應環境的變化以及組織自身的發展需求。
目前數據庫設計普遍采用“需求驅動”的數據庫設計模式。但是，如果在數據庫設計階段，建立數據庫模型時沒有充分考慮到數據庫應用系統以后可能的改變及擴展，將使系統以后的維護工作變得極其困難，甚至必須重新開發數據庫應用系統。本文針對數據庫應用系統開發過程中遇到的動態可擴展問題提出了一種數據庫設計模型――基于鍵值對的對象屬性可擴展模型，它區分了應用中的不同對象的類型，通過設計屬性分類提高了數據庫應用系統中數據的可改變性和可擴展性。
1信息系統中的傳統數據庫設計模型
通常，在傳統數據庫設計模型中，設計人員在設計階段總是將數據信息表達的盡可能豐富，使其不僅滿足所有需求分析階段得到的用戶需求，而且還要盡可能考慮到應用以后可能的改變以及擴展。采用這種方式設計的數據庫應用不僅數據表過于“臃腫”，而且對于未來的應用難于改變或者擴展。
例如，在某校園建筑管理信息系統中，系統成立初期，只要求該系統能夠展示建筑的基本信息，如名稱、簡述等。設計人員有可能將數據表格設計成，我們稱之為方案1。包括編號、建筑名稱、建筑描述是建筑的最基本屬性，此外設計人員也考慮到了系統將來的擴展，加入了諸如建設日期，高度，等屬性。由于設計人員不可能完全預見學校未來發展狀況，所以對于系統現階段的需求來說，盡管建筑信息表已經非常詳盡了，但是隨著時間的推移系統仍有可能不適應實際需求。
隨著需求的發展，建筑的信息需求有可能發生變化。例如：①為了獲取建筑質量，有可能對該建筑的施工文件等信息保存；②隨著校園信息系統的建立，可能有更多的不同類型的建筑需要存入系統，比如管道信息，一些標志性雕塑，或者植被信息；③隨著系統的擴展，原有數據表可能不能滿足日益增多的該類建筑所有信息的存儲，所以需要建立新的數據表擴展其屬性；④對于一些簡單的建筑或者物體比如一棵樹一個石凳，存儲的信息明顯和一座教學樓不同，需要按照類型的不同，設計多個不同的數據表分別存儲不同類型的物體信息。
2數據庫設計中的擴展性需求
在應用中，類似這樣的數據存儲結構改變以及應用擴展的情況還有很多。如果用傳統數據庫設計模型，那么在設計初始階段就必須考慮到應用未來所有的改變及擴展，盡可能使表格的信息詳盡，否則當應用發生改變或擴展時，必須重新設計表結構，并對應用程序中相關片段全部重寫。如果同一變化出現在不同部位，由于不同的原因，出現在不同的階段，那么現有表結構不能滿足要求；如果需要增加過多的對象屬性信息，那么表結構將必須修改。但是，如果我們將數據對象化，并采用定義其屬性和值的設計模型，上述問題將迎刃而解。
作為開發人員，總會面對業務方提出的數據結構變化的需求，字段的增加，數據表的修改總是隨時可能根據需求發生。因為業務在發展，或者需求就有可能需要一個完全動態的可擴展的數據庫設計方案，但是以目前的關系數據庫實現這種動態擴展的特性，在系統一定規模之后所付出的代價是昂貴的，也是不安全的。為了這種動態擴展性，有這樣三種常用的方法：
第一種方法：預留字段。既然很難加字段，就預先留好一些備用，但是這樣沒那么靈活，有一定的實用性，不過因為預先留的字段一般是沒什么含義的，需要有額外的信息來描述，這種方法在擴展性要求不是太強的地方可以不影響性能的前提下提供一定的擴展性。
第二種方法：使用復雜字段。在某些特殊要求下還是很有用的，比如，某個業務實體（某張表），有一些標記位，都是true/false的標記，可以理解為這個實體的一些屬性，經常需要添加，這種情況，在生產中我們使用過用一個數字，按位來表示這些標記的，比如第三位表示他是不是付費用戶，第四位表示他是合作方來的用戶還是自己注冊的，等等。還有一種情況，需要更復雜的屬性列表，屬性個數經常變，可以考慮使用一個文本字段，保存結構化的數據，然后在使用時需要動態解析該字段。使用復雜字段的好處就在于比較靈活，同一類型的數據可以放在一起（實際上相當于把應該是一個關聯表的數據放一個字段里了），操作的性能也不錯，但是復雜字段里面的內容查詢比較困難，程序實現和修改起來也更復雜。
第三種方法：將數據的存儲和索引（需要查詢的內容）分開存放，相當于主表就一個keyvalue，把需要查詢的字段放到其他單獨的表里去，這種方法對數據的實時查詢的效率有一定的影響，但是針對實時性的要求并不是所有系統都有要求的，在有些地方是很好的解決方案。
3基于鍵值對的對象屬性可擴展模型
本文的基于鍵值對的對象屬性可擴展模型就是結合上面提到的第三種方法，使用數據表分別單獨存儲對象分類和分類的屬性信息的定義，并且實現了分類屬性之間的樹形的可擴展結構，對象信息的存儲用過一張表用來存儲所有對象公有的可快速查詢的數據信息，另一張屬性值表存儲所有的對象的特有屬性的keyvalue。通過這樣的設計可以在不修改原數據表結構的前提下，實現所有存儲對象的動態可擴展，如圖1所示。
圖1對象屬性信息結構模型
由圖1所示，表t_class保存對象的分類信息如建筑，管道，雕塑等；t_attibute_def保存的是每個分類所對應對象的屬性信息如建筑的高度，施工單位等；t_entity保存的是分類對象的公共信息，是具體的物體如1號教學樓;t_entity_content保存每個具體的對象所有屬性的信息值；t?_file表用來保存一些擴展的文件信息。通過這樣一個模型我們可以在需要是動態定義一個大的分類并且可以動態的設置每個已有分類擁有哪些屬性，所有對象的的具體內容分別存儲在對象公共信息表，對象屬性信息表和文件信息表中。
在實際應用中，還涉及到屬性冗余，查詢，修改等方面的問題，通過在校園管理系統中應用的結果來看，這些都可以實現，并能獲得較好的效率。
4結束語
綜上所述，傳統的數據庫設計適用于簡單的、業務數據固定或變化極少的集中式數據庫應用。在應用范圍更廣需要更靈活數據結構的系統中，顯然面向對象屬性的擴展設計更加適宜。
隨著網絡環境的日益普及，新的應用呈現出來的開放性與分布性特點，Web應用系統也由簡單的數據庫系統逐具有了更靈活多變應用環境，在這種環境下，能夠滿足擴展和動態改變的需求，將有更廣闊的應用前景。參考文獻：
[1]薩師煊,王珊.數據庫系統概論(第三版)[M].北京:高等教育出版社，2000.
[2]劉洋，高連生，王斌.一種面向用戶擴展的樹狀數據庫設計模型[J].計算機工程與設計，2006（11）.
【論文摘要】介紹了利用數據庫在企業中實現對倉庫的管理,及軟件的設計與實現。
為了實現對備品備件及輔助材料倉庫的現代化科學管理,保證物資和備件管理的安全性、準確性和可靠性,降低勞動強度,提高勞動效率,為企業獲得更多更快的經濟效益,我們開發設計了專用的備品備件和輔助材料倉庫管理系統。
系統的設計與實現
1.我們首先對于原始的手工管理工作進行深人調查,了解備件的收、發、存物流情況,帳本和管理方式,數據統計等方面進行深入調查,經過總結其事務處理流程圖如下:
2.為了實現利用數據庫對倉庫進行管理,對用戶的要求進行總體概述和界面描述并進行具體的數據流分析,其頂層數據流程圖如下:(其它層略)數據流描述如下:
入出庫單=編碼十名稱+型號+規格十圖號+數量十單價+人庫單位(領料單位)定額=班組編碼+班組名稱+金額計劃單=編碼+名稱+型號十規格+圖號+申報數量+申報日期系統命令=備件錄人}系統查詢!系統統計.報表打印}生成計劃表格=全廠車間消耗表I收發存表}庫存清單l消耗明細表}消耗日報
3.將宏觀管理轉化為數據模型,進行系統總體設計和詳細設計,寫出詳細的設計說明書和計劃任務書。我們的設計說明書主要內容如下:(.l)該軟件系統是以樹形結構展開的,其模塊圖(見圖l一1)
(2)文件結構(外部文件描述)
文件BJR*.DBF BJC*.DBF* .DSH*.DBFLJKC*.DBFC*.DBF GYD*.DBF分別是需求規格說明書定義的人庫、出庫、流水當前庫、單價庫存庫、標準特性編碼庫,他們對應的索引文件分別是BJR*.IDX BJC*.IDX LSH*.IDX DJKC*.IDX GYD*.IDX索引關鍵字是FBMVV。(*代表備件的各種分類如:閥門類、電器類、工礦類、工藝類、軸承類、小型機械、軋機軸承、儀表等)
(3)模塊描述(以頂層模塊為例)
模塊名:BJMAIN
編號0.0
功能:本模塊為總控模塊。產生主菜單,接收用戶對菜單的選擇而分別進人下層模塊。
界面:下屬模塊1.01.11.21.31.41.51.6
處理:CASE
1.調用模塊1.0系統維護
2.調用模塊1.1備件錄入
3.調用模塊1.2系統查詢
4.調用模塊1二3綜合統計
5.調用模塊1.4報表打印
6.調用模塊1.5計劃管理ENDCASE
4.我們進行了程序代碼的編寫、并進行了功能測試、錯誤信息測試、邊界測試、用戶測試和長期系統維護,經過幾年的實踐,我們不斷進行更新和完善,該系統目前愈來愈滿足用戶的要求。
[關鍵詞]企業信息收集工作；數據庫設計；信息化
目前，怎樣讓信息收集工作的質量得到加強，成為了醫院發展過程中的一項重要工作。而且隨著我國市場化發展的進步，醫院的數據庫設計也迎來了全新的發展時代，現如今數據收集的復雜化、智能化的實現，是這項工作取得進步的最好證明。該就以企業信息收集的意義為角度，來具體地討論一下如何對數據庫進行規范化的設計。
1數據庫設計工作的規范化
在醫院信息收集工作中的意義醫院在對信息收集的時候，一定要確保數據能夠具有較高的質量，同時還要確保收集的高效率。醫院若想在競爭激烈的環境中保持一定的競爭力，就必須要做好信息收集工作，這樣才能夠跟得上時展的腳步，同時也是醫院能夠得到持續發展的重要一步。隨著我國現代化水平的提高，信息產業也迎來了發展機遇。特別是醫院的信息收集工作，它獨特的信息化特點已經成為了醫院發展的重要構成部分。醫院若想完成信息化建設，就一定要和信息收集工作相結合，如此一來，就可以很大程度地提升工作效率，而且也能夠為長遠發展打下一個堅實的基礎。另外，數據庫設計質量如何，更是能夠決定醫院信息化發展的程度，確保數據庫設計的質量，可以作信息化建設工作更加的具有意義。不過現在，很多醫院在信息收集工作方面是存在很大的問題，不僅沒有體現出其應該具備的效果，而且還對醫院的各方面工作造成了一定的影響，影響了醫院信息化發展。而之所以會出現這方面的問題，主要的原因在于數據庫設計人員的能力有限。醫院之所以開展數據庫設計，主要是想讓醫院能夠找到更多的數據搜索方式，不過這也因此增加了數據庫設計工作的難度，從而讓醫院的相關工作人員在梳理信息收集工作和信息化建設這兩者的關系上顯得并不合理。
怎樣以最快的速度讓醫院獲得更加方便的數據收集方式，成為了相關工作人員急需到的重要工作項目。醫院信息收集工作本身具有統一性，而且所有部分的工作都存在著一定的聯系，對于所有醫院工作人員來說，必須要準確的掌握好數據收集工作和信息化建設的關系，數據庫設計工作才能夠取得進步。醫院的相關負責人若想通過磋商的辦法來解決收集工作和信息化之間的關系，那么就一定要創建出一套合理的數據庫設計規范制度。醫院的數據庫設計工作在信息化建設中占據著重要的位置，而從信息收集的角度考慮的話，加強數據庫的建設，可以充分展現出其智能化、高效化的重要舉措。而且也意味著在信息收集和信息化工作上架起了一個結實的紐帶。數據庫設計始終涵蓋于信息收集工作的任何階段，其中的任何一項任務，都能夠決定企業開展信息收集工作的方向，同時也能夠確定信息收集工作的性質。另外，加強數據庫設計工作，能夠讓醫院工作人員掌握好信息收集工作和信息化建設之間的關系。而只有讓數據庫設計具備規范化，才能夠完全體現出數據收集工作的智能化、高效化等突出特點，如此一來，信息收集和信息化建設就可以達到規定的目標[1]。
2醫院信息收集質量分析
2.1信息收集的基本要求
信息收集具有很多的種類，不僅需要很多的文字信息，同時還要收集很多的圖形、聲像等信息。除了要擁有和患者的病理、生理有關的信息以外，還要收集和醫療、藥品、設備有關的信息，所以提出信息收集的基本要求主要包括：信息收集形式要完善、具有科學的管理方式、要確保信息的完整性、可靠性、價值性等等。而以上這些內容，則是對信息收集的最基本要求。
2.2信息缺陷分類
①根據內容分，主要包括患者自然信息字段錯誤，診斷醫療關鍵詞錯誤，收費信息字段錯誤等等。②根據缺陷的原因，主要包括信息不完備、網絡被侵害、數據丟失、信息沒有太多利用的價值，信息不符合相關標準等等[2]。
3設計主要工程
3.1概念結構設計階段
3.1.1初始化工程
這方面的工作主要分為2點，①目的描述，②范圍描述，同時還要確定建模的目標，并制定出建模的具體方案，創建建模團隊，收集各種資料。其中，最主要的工作就是對資料的收集。根據調查能夠發現，業務流程、報表等是基本數據資料表的主要構成部分。
3.1.2定義實體
DIEFIX模型值能夠二次聯系。通過對業務的實際情況能夠了解到，必須要通過實體聯系矩陣才可以實現二次關系。之后再根據實際情況確定出聯系關系的勢、關系名和說明。
3.1.3定義碼
引進交叉實驗，來去掉還沒有得到確認的關系，之后根據獨立實體的情況，去詳細了解候選碼的屬性，這樣就能夠充分掌握所有實體的實例，最后再通過候選碼，來確認主碼。另外，想要確保主碼的合理性，最好采用非空規則。
3.1.4定義屬性
根據源數據表里的情況，去選取具有代表性的名詞開發出屬性表，然后明確屬性的擁有者。給非主碼屬性一個準確的定位，之后檢驗屬性的非空規則。另外，也要檢驗函數規則，確保非主碼屬性能夠依附于主碼。這樣一來，就能夠獲得和關系理論相符的IDEFIX模型。
3.2邏輯結構設計階段
把概念結構有效的轉化成能夠得到DBMS融合的數據模型，然后在做優化處理工作。在對邏輯結構進行設計的時候，最好選用能夠展現有關概念結構的數據，之后再選用最為合理的DBMS。之所以要轉換關系模型，主要是為了能夠把實體以及和實體有關的部分全部轉換成關系形式。
3.3數據庫物理設計階段
數據庫能否達到企業所理想的要求，數據庫物理設計非常的重要，同時也是決定數據庫能否具備適應性的關鍵。而它的重要工作任務，就是要把虛幻的數據轉換成為物理結構，然后通過對各種因素的了解，去進行設計索引等有關方面的工作，這樣一來，就能夠充分了解實驗設計是否具備了充足的適用性[3]。
4數據庫的主要設計技巧
①若想加強數據庫的設計水平，或者讓數據庫設計工作更加具備時效性，就一定要讓此項工作迎合市場規律，而想要做好這方面的工作，首先，就是掌握市場對于數據庫的實際需求，相關工作者要和市場部門進行有效的交流與合作，掌握市場的需求，并采用試驗等有效方式，去合理的制定數據庫設計的目標，加強數據庫設計方面的工作②在設計的準備期，不僅要掌握市場的最新信息，而且還要全面的掌握醫院業務的詳細情況，這樣就能夠很好的提升設計工作的效率。另外，還可以使得數據庫設計的效果能夠更加迎合市場需要，這樣就能夠防止設計期間由于不了解醫院的實際情況而發生設計質量問題。③如果能夠合理地設計數據字典和ER圖表，那么就可以教會相關工作人員怎樣運用數據庫。不過若想很好地讓數據字典以及ER圖具備時效性，要對數據庫進行完善的整頓，然后再將里面所存有的所有名詞進行統一管理。如此一來，就可以讓數據字典以及ER圖標具有時效性[4]。
5結語
通過以上內容能夠了解到，隨著我國市場化發展的進步，數據庫設計也迎來了全新的發展時代，而想要做好這方面工作，相關工作者就一定要讓數據庫設計工作更加具備時效性，全面掌握市場的最新信息以及醫院的業務、另外，還要采取合理的方式去對數據字典和ER圖表進行設計。因此在今后的工作中，相關工作者要積極努力，認真探索，爭取制定出更為完善的方案，從而讓數據庫設計水平邁向一個新的高度。
[參考文獻]
[1]郝進義.數據庫設計規范及設計技巧研究[J].計算機光盤軟件與應用,2012（12）:176-177.
[2]王麗娟,米西峰.數據庫設計規范及設計技巧研究[J].電腦知識與技術,2015，11(28)：12-13.
[3]劉勇.數據庫設計技巧及設計規范[J].信息技術與信息化,2014（5）:251-252.
數據庫設計系統設計數據庫設計習慣系統設計分為兩個部分，也可以說是兩個階段，即數據庫設計與系統功能設計。構建一個完善的系統需要這兩個階段的充分考量、周密設計、合理聯接以及密切配合。在這兩個設計階段中數據庫設計階段是整個系統設計的根基，數據庫設計關乎系統功能實現度、穩定性、擴展性等多個方面的內容，其重要性可想而知。然而目前的情況是：從學校到社會，從教師到學生，從思想到行動都以實現功能，做上層的表面文章為主流。這不僅會為系統留下隱患，也將成為整個軟件開發行業的隱患。
一、海量數據環境到來為數據庫設計提出的新高度
數據庫設計是近些年出現的技術領域。早期的時候，數據庫是以一個黑盒的方式，附屬到某個系統當中的，開發人員對它的關注很少。互聯網的時代，系統數據量呈幾何級數激增，數據存儲與表示也使用了TB，PB乃至ZB等單位。在這種情況下各種性能問題日益凸顯，數據庫由于其載體與容器的身份承擔了其中的很大一部分。海量數據帶來的存儲、查詢速度以及容災等方面的壓力是這一環境下的新問題。無論是項目負責人、開發人員還是DBA（Database Administrator），都不可回避地要面對這個問題。
在這種大數據環境下人們對數據庫性能的優劣俞發關注，對系統設計階段中的數據庫設計階段也提出了新的更高的要求，數據庫功能也正在從數據存儲工具的角色轉變成數據處理器的角色。因此，目前的系統設計中也總是將數據庫從系統設計中拿出來單獨進行設計。一個數據庫性能的好壞，通常是在系統設計階段就決定了的。
二、好的數據庫設計所應具備的基本條件
1.充分體現系統的需求
數據庫是為應用服務的，好的數據庫設計應該首先能滿足應用系統的業務需求，能夠準確表達數據間關系。
2.能夠保證數據的準確性和一致性
通過主外鍵、非空、限制、唯一索引等保證數據的健壯。
3.提高數據的查詢效率
通過合理表結構，安排物理存儲分區、增加索引等方式，提高數據的讀取速度，提高查詢效率。
4.有好的擴展性
好的數據庫設計在必要時應能根據需求進行數據結構的擴展。
三、重視不足的數據庫設計的具體體現
不良的數據庫設計，必然會造成很多問題，輕則增減字段，重則系統無法運行。對數據庫設計重視不足在具體設計中可體現在很多方面，現列舉其中的部分內容：
1.與需求不符
數據庫是需求的直觀反應和表現。在數據庫設計之前對用戶需求沒有進行詳細了解與必要的分析，在設計過程中也沒有同用戶及使用單位進行必要的溝通。這樣往往造成數據庫在設計上的不實用。與用戶需求不符將使整個系統無法交付使用。
2.字段設計不合理
一是設計中缺少必要的字段，造成無法跟蹤數據變化、限制用戶操作或無法進行數據分析。二是字段長度過短或字段類型過于明確，使可發揮、可拓展的空間太小。設計不合理的字段如果用于查詢將造成SQL查詢語句過于復雜，而使查詢無法順利進行。
3.數據完整性喪失
通常指存儲大量數據的數據表之間的關聯過多，包含主外鍵關系的數據表之間的關聯字段設計方式不合理，或是多張數據表之間耦合度過高，更新與刪除操作后就容易造成程序出錯。
除上述內容之外，因對數據庫設計過程重視不夠而非技術不足所造成影響還有很多，在此不一一列舉。需要相關人員明確的是系統設計如同所有項目一樣包括各個環節。例如，汽車制造過程包括圖紙設計、模型制作、樣車制造、小批量生產，最后是批量生產等環節。制造過程環環相扣，后一過程將建立在前一過程正確的前提基礎之上。很顯然越是初始環節出現問題對整個項目帶來的打擊越大。在開發順序上由于數據庫設計階段位于整個系統設計的前端，因此在此環節出現的問題其影響是具大的。
四、如何培養良好的數據庫設計習慣
一般來說，在系統設計時間與任務量的安排上，數據庫設計至少應占用整個項目開發的60%以上。這樣才能保證系統的強壯、可靠與穩定。從事系統設計的相關人員要養成良好的數據庫設計習慣主要應從以下兩個方面著手。
1.轉變觀念
首先，很多計算機專業的學生、教師以及真正的開發設計人員受社會大環境的影響在學習與工作中沒有踏實與務實的作風。再者，很多承擔專業教學的教師沒有真正的系統設計經歷，很難給學生的系統設計習慣進行正確的引導。還有，學習的動力導致學習的效果。學生在學習前就已經對各門專業課程進行了“三六九等”的劃分。認為各類流行的語言與開發工具是重要的，是簡歷中的“添彩”之處，是今后工作必備的。其實，各種語言一通則百通，并不需要面面俱到。因此，這就需要“產學研”人員都能轉變觀念，以培養正確的設計習慣。
2.增加大型系統開發經歷
大型系統開發其交付后都能具有較高的實際應用價值，其對數據庫設計的要求必然符合其應有的地位。之所以在觀念上對數據庫設計存在重視不足的問題同相關人員沒有大型系統開發經歷有一定的關系統，開發經驗總停留在模擬系統階段是無法真正認識到數據庫設計的重要性的。
五、結語
綜上所述，可見數據庫設計在系統設計中的作用是舉足輕重的。對數據庫設計重要性的忽視必將為整個系統埋下隱患，對系統以及開發人員而言所要付出的代價也將是巨大的。
參考文獻：
[1]譚懷遠.讓Oracle跑得更快2――基于海量數據的數據庫設計與優化.電子工業出版社，2011.
關鍵詞：數據庫技術；數據操作
中圖分類號：TP311.13 文獻標識碼：A 文章編號：1007-9599 (2011) 21-0000-02
The Application of Database Technology in the Website Design
Qin Yan1,2
(1.Northwest Normal University,Lanzhou 730070,China;2.Sichuan Staff University of Science and Technology,Chengdu 610101,China)
Abstract:Using the data base technology in the dynamic homepage may nimbly carry on the operation to the data,realizing data screening,inquiring,increasing,the deletion and the revision.This article will detailedly discuss how to use data base technology to realize the data screen,inquiry,increase,deletion and revision in the website.
Keywords:Data base technology;Data operation
前言：隨著Web技術的發展和電子商務時代的到來，人們并不滿足于僅能靜態顯示數據的網頁，更多的時候需要能與用戶進行交互，并能提供后臺數據庫的訪問和管理等服務的動態網站。而一般來說，網站的信息量越大，服務的范圍越廣，信息的分類、整理、檢索、保存等就越難。而數據庫技術正好解決了這種困難，通過在動態網頁中運用數據庫技術，可以靈活地對數據進行操作，實現數據的篩選、查詢、增加、刪除與修改。可見數據庫技術大大提高了工作效率，增強了網站的服務能力和擴充能力，很好地解決了維護和信息的分類、整理等問題。本文將詳細討論如何在網站中應用數據庫技術來實現數據的篩選、查詢、增加、刪除與修改等功能。
一、數據庫技術和ADO對象
（一）什么是數據庫
數據庫，顧名思義是存放數據的倉庫。具體來說是長期儲存在計算機內的、有組織的、可共享的數據集合。當人們收集了大量的數據后，應該把它們保存起來進行近一步的處理，抽取有用的信息。以前人們把數據存放在文件柜中，現在隨著社會的發展，數據量急劇增加，人們就要借助計算機和數據庫技術來保存大量的數據，以便能更好的利用這些數據資源。
（二）ADO
ADO是ActiveX Data Objects（ActiveX數據對象），是Microsoft公司推出的一項數據訪問技術，位于OLE DB API之上的、面向對象的、與語言無關的通用數據訪問接口。OLE DB是一種數據訪問的技術標準，目的是提供統一的數據訪問接口，既可以訪問DBMS數據源，也可以訪問非DBMS數據源，且不用考慮數據的具體存儲地點、格式和類型。即ADO可以通過ODBC技術訪問關系型數據庫，也可以通過OLE DB API訪問符合OLE DB標準的任何數據源，包括郵件數據、電子表格、Web上的文本或圖形，從這個意義說，符合ODBC標準的數據源是符合OLE DB標準的數據存儲的子集，OLE DB的存取對象范圍是更為廣泛的數據存儲。
二、數據庫技術在網站中的應用
（一）ASP技術與動態網站
ASP技術是把HTML文檔、腳本命令和ActiveX控件混合在一個*.asp文件中，其中腳本命令是*.asp文件的主要組成部分，包含在腳本分界符或HTML的和標識之間。當客戶端瀏覽器向Web服務器發出HTTP頁面請求時，Web服務器把它傳送給ASP引擎，由ASP引擎解釋其中的ASP腳本代碼。如果需要訪問數據庫，則向數據庫服務器請求所需數據，一并嵌入HTML文件中，將結果返回給客戶端瀏覽器。
（二）動態網頁中數據庫的連接訪問
我們可以從ASP頁面源文件中用腳本語言引用ADO對象，使用ODBC（Open Database Connectivity）或OLE DB（Object Linking and Embedding Data Base）驅動程序，通過瀏覽器/服務器（B/S）模式可以非常輕松地完成對數據庫的操作。
ADO主要提供了三個對象實施數據庫的訪問和操縱，分別為Connection對象、Command對象和Recordset對象。Connection對象是使得ASP網頁鏈接到數據庫的一個對象，它通過和ODBC中的Data Source Name的結合，就可以使網頁鏈接到數據庫上。Recordset對象在數據庫文件里，形成一個指針，指向數據庫文件中的數據，再利用Recordset所含有的方法，在數據庫文件里上下移動指針，移到想要查詢的數據記錄上。Command對象是介于Connection對象和Recordset對象之間的，用來對數據庫傳遞SQL（結構化查詢語言）的指令，并對數據庫進行存取。
三、數據庫訪問方法
（一）創建數據源
動態創建的ODBC數據源（DSN）或在Windows的控制面板中配置ODBC數據源（DSN）。
（二）建立數據庫連接
在ASP網頁中操作數據庫的第一步就是要建立ASP網頁與數據庫的連接。下面的語句將建立一個Connection對象，并設定由cnnDB對象變量引用：Set cnnDB=Server.CreateObject（“ADODB.Connection”）
完成了Connection對象的建立后，接著，我們必須調用Open方法，才算完成數據庫的連接。其語法格式為：CnnDB.Open字符串，使用者賬號，密碼。當使用完Connection對象后，可以調用Close方法，關閉數據庫的連接，語法如下：cnnDB.Close。完成關閉數據庫的連接后，我們最好再將Connection對象變量設為Nothing。語法格式：Set connDB=Nothing
（三）對數據庫進行操作
當連接了數據庫后就可以對數據庫進行操作，比如查詢、刪除、更新等等，ADO提供的Recordset對象可以根據您的查詢限制，通過SQL指令進行檢索，并且顯示一組數據庫行，即記錄。Recordset對象保持查詢返回的記錄的位置，允許您一次一項逐步掃描結果。根據
Recordset對象的指針類型屬性設置，您可以滾動和更新記錄。數據庫指針可以讓您在一組記錄中定位到特定的項。指針還用于檢索和檢查記錄，然后在這些記錄的基礎上執行操作。Recordset的使用方法如下：Set rs=Server.CreateObject（"ADODB.Recordset"）
s.Open SQL指令，Conn，l，1’讀取
或rs.Open SQL指令，Conn，1，3’新增、修改、或刪除
通過以上指令，創建了一個包含數據的對象rs，事實上對象是存儲在活動內存中的類似記錄和字段的數組的東西，當通過RecordSet組件創建一個對象時，它從數據提供者處得到一個數據集，并用它來充實對象，所創建的RecordSet對象的一些屬性和方法有：
rs.RecordCount數據記錄總數；rs.EOF是否己指到最后一條記錄
rs.MoveNext將指針移到下一條記錄
rs.MovePrev將指針移到上一條記
rs.MoveFirst將指針移到第一條記錄
rs.MoveLast將指針移到最后一條記錄
rs.Close關閉RecordSet對象
關于數據庫查詢語句，在具體設計網站時請參考相關書籍。
結論：ASP作為一種當前流行的網站后臺開發技術，與數據庫管理系統結合，可以完成各種非常實用的功能，如留言板，網上投票，聊天室，網上考試及目前最流行的電子商務。
參考文獻：
[1]董長林.ASP與數據庫在網站開發中的應用[J].陜西氣象,2007,1
[2]安i,宋之輝.數據庫與動態網站開發初探[J].大學學報(漢文版),2006,3
[3]周林勇.電子商務網站與Web數據庫[J].商場現代化,2006,13
[4]姜亞軍,王艷芳.談網站建設中數據庫的綜合運用[J].遼寧教育行政學院學報,2006,4
[5]王志宏.數據庫技術在網站中的應用研究[J].皖西學院學報,2003,2
[6]伊斯坎代爾.數據庫在網站中的運用[J].烏魯木齊職業大學學報,2003,3
對于嵌入式數據庫系統是利用計算機的技術，并且是可以根據軟硬件的不同要求進行指定應用，這樣可以滿足系統在應用時對功能和可靠性的要求。在嵌入式系統運行時，其都是隱藏于內部的設備中，不是通過計算機的形式顯示出來。如果在系統中加入了嵌入式的數據庫系統，一般會認為是智能的系統。在嵌入式數據庫系統中必須融入計算機技術、電子技術和新興的半導體技術，這些技術完美的結合才能成就嵌入式數據庫系統正常可靠的運行。因此，嵌入式數據庫系統是一個要求有技術支持，并且資金足夠，在知識系統的創造上也必須合理的系統。在對嵌入式數據庫系統進行結構分類時，其主要是分為嵌入式的處理器和的一些構件。在數據發展的歷史上分析，一般計算機技術的發展會促進數據庫的發展，同樣反過來也一樣。這兩項技術在歷史的發展中都是相互促進并且相互影響的。在嵌入式數據庫系統中一個主要的用途就是移動數據的處理。移動數據技術可以實現不受時間以及地點的限制，進行數據的交流。現在技術在不斷地提升，在無線通信的網絡服務和各種形式的移動的設備，這些都是要建立在嵌入式數據庫系統之上的。雖然，嵌入式數據庫比較復雜，但是其用途很廣泛。
2對嵌入式數據庫系統設計的研究
2.1嵌入式數據庫系統設計的含義
為了滿足嵌入式數據庫系統設計的各種功能及標準上的要求，一般分為嵌入式的數據庫、PC主數據源和同步模塊這幾個部分，在這些構成部分之中，微型化的嵌入式的數據庫系統的設計具有最高技術性和應用性以及容易攜帶的特點，這就是嵌入式數據庫系統設計的一般含義。這三個構成部分，其中微型化嵌入式數據庫有數據的容量比較小，其可靠程度比較低的缺點，但是這點在PC主數據源中會有彌補，因為PC主數據源只能用于PC機中，這樣就不能按照意愿進行移動。在這些構件的中間部分是同步模塊，這個部分可以進行數據的雙方向的交換，將數據在嵌入式數據庫和主數據源之間進行傳遞，保證信息傳遞的及時性和一致性。因此，我們可以把同步模塊作為信息交流的橋梁。只有嵌入式數據庫設計中三個部分合理的結合應用，才可以互相補差補漏，既可以有嵌入式數據庫的便于攜帶的優勢，又可以獲得大量的數據，這樣對于想要隨時獲得大量信息的用戶來說，就得到了滿足。通過三種部件互相結合的方式，就是嵌入式數據庫系統設計的主要方式。
2.2嵌入式數據庫系統設計的特點
在傳統的計算機系統的結構體系的設計中，一般采用固定的網絡連接對不同的計算結點之間連接，這樣可以保證網絡能夠連續的連接。但是隨著移動數據技術的發展，它要求固定的節點和移動的結點相結合，那么以前傳統的網絡連接就不能夠滿足條件。對于移動數據庫，其要求的性能比較高，所以要求有嵌入式數據庫系統的設計，這種設計是建立在傳統分布式的數據庫的建設上進行拓展而來的。現在的移動數據庫是把固定的服務器節點和客戶端進行連接以獲取動態的數據，因此可以將移動計算機環境中的數據庫管理系統看作是動態式的數據庫管理系統。從根本上來說，傳統的數據庫的設計和嵌入式數據庫系統設計有著很多不同點，如果在移動的計算機環境下進行移動數據的應用就是嵌入式的數據庫系統，這種可移動的特點優于傳統數據庫設計。嵌入式數據庫系統設計主要特點是包括有對標準的SQL進行技術支持，對事務的管理功能和完備的數據庫管理功能，可以供多種嵌入型操作系統的應用。
3嵌入式數據庫系統設計的技術和應用前景
3.1嵌入式數據庫系統設計的主要技術
嵌入式數據庫系統設計其中一項主要技術就是數據的復制和緩存的功能。通過這項技術可以將需要維護和備份的數據在不同的多個移動的網絡節點之間進行復制備存。在嵌入式數據庫系統設計中的這項功能主要是進行服務器之間的復制數據和移動的計算機數據信息之間的復制和保存。從嚴格意義上來說，只有服務器之間進行的復制才能被稱為數據的復制，而計算機上所保存的數據進行復制就是屬于數據的緩存。復制可以提升分布式的數據庫的可靠程度和訪問的性能，但是必須保證多個復制節點在數據上的一致性。根據維護復制的功能上所采取的技術方法的不同，就可以將復制功能分為嚴格一致性和弱一致性。在嵌入式數據庫系統設計的復制和緩存技術中，如果要求嚴格的一致性就要保證在無論何時復制的數據信息其內容都是一致的，但是對一致性的要求比較弱，那么可以允許在較短的時間內有不相同的現象的出現。但是我們要求其不同的數據不能太多，必須控制在一定的范圍之內，并且最終隨著時間的演變是能夠趨向相同的。對于嵌入式數據庫系統設計的另一個技術就是數據廣播。這項技術是應用于移動的計算環境之下，關于客戶的機器和總的服務器雙方是不對稱的，正好應用了這一點，就可以用類似于周期式的形式來傳遞數據和信息。通過數據廣播技術可以幫助處理數據庫系統的斷接問題，并且不會因為用戶的數量的變化而發生變化。對于數據廣播技術的構造中一個方面是服務器，這個層面是用來進行組織廣播和調節數據，可以對廣播數據進行本地緩存。因此，復制緩存技術和數據廣播都是嵌入式數據庫系統設計的主要技術。
3.2嵌入式數據庫系統設計的應用前景
隨著物流業的逐漸發展壯大，嵌入式移動數據庫系統設計也可以應用在物流方面。采用嵌入式數據庫系統設計，可以對物流的信息進行準確的跟蹤，對生產、銷售和運輸過程中的資金進行合理的安排。在物流的運輸工作中，可以利用嵌入式數據庫系統技術將車輛信息中移動的數據信息進行傳遞，從而保證物流車輛在運輸過程中的一切行蹤都在總系統的控制范圍內。通過嵌入式數據庫設計可以將手寫的信息用無線的網絡傳入中央的數據庫來存儲，這樣有利于物流信息的更新和保存。同時，嵌入式移動數據的技術也可以應用于移動的銀行。目前，我國的移動用戶的群體在逐漸的擴大，所以銀行移動化也是大勢所趨。嵌入式數據庫系統設計在移動銀行上進行應用，可以幫助用戶進行實時的賬務查詢和交易，增加了靈活性。移動銀行的用戶可以不受時間和地點的限制，來辦理銀行業務，從而也節省了大量的時間。在水電業中，對于數據傳統上的采集方法是進行家家戶戶的抄錄數據，現在則可以利用嵌入式數據庫技術進行移動的傳輸數據，從而提高了工作效率。
4結束語
關鍵詞：網站；數據庫設計；開發
中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9599 （2012） 19-0000-02
數據庫設計的好壞將直接對系統的效率以及實現的效率產生影響，好的數據庫設計對網站的發展具有決定性的作用。下面主要對網站管理系統數據庫設計進行分析。
1 數據庫設計需求分析及建設流程
隨著網絡的不斷發展，人們越來越多的通過網絡來了解所需的信息，網絡化一方面加強了各方面的聯系，通過網站全面宣傳企業等；另一方面，銷售網站的也在近幾年來迅速發展，成為了近幾年來新增網站的主力，網絡銷售也越來越受到人們的歡迎；另外還有工作性質的網站。從目的上看主要是宣傳，銷售，政務工作等。
需求分析通常是和系統調查結合在一起，通過調查收集資料，然后進行分析。系統調查的基本方法有：（1）收集企業資料。如企業組織機構、管理模式、部門職責與業務流程、業務規劃、各種報表和單證等。（2）個別訪談。主要針對企業特定人員，如高層主管、業務骨干等，目的是了解信息系統開發背景、目標，企業發展及對信息系統的要求等涉及系統全局性的信息。（3）填寫調查表。對所有參與信息系統處理和未來系統的使用者，調查他們當前對信息處理和使用的方法以及對未來系統的要求等信息。（4）跟班參與和觀察。對于一些關鍵環節、或無法了解清楚的處理環節和管理崗位，系統開發人員通過跟班體驗、親自參與和觀察，來準確了解所需要的信息。（5）開調查會：舉行由開發人員、部門經理和業務管理人員代表等參加的會議，了解當前的信息處理模式和信息需求。
必須準確了解并清晰表達系統開發所需的全部信息。不可能通過一次調查就把所有需求弄清楚，需要綜合使用各種方法進行多次調查。但無論采用何種方法，調查前都要認真準備，事先有調查提綱或設計調查表，調查后仔細分析調查結果，撰寫調查報告。系統調查是一個和信息系統未來用戶溝通的過程，涉及不同部門、不同層次的業務人員和管理者。調查者需要具備良好的與他人特別是非專業人員溝通的能力。對系統調查獲得的各種資料信息，可以編制詳細的匯總清單，并和用戶一道對信息的準確性和完整性進行審核。
其具體的建設流程是：
（1）程序及數據庫開發：建立高質量的電子商務網站需要對網站建設、用戶需求、數據庫設計進行深入細致的分析。
（2）數據庫開發步驟：需求分析系統功能模塊設計程序編輯應用開發測試驗收交付客戶
（3）數據庫開發工具：
數據庫 SQL SERVER、MY SQL、ORACLE。
操作系統 WIN NT、Linux。
開發語言JAVA、ASP、PHP、JSP。
（4）維護功能：為了保證網站正常工作，網站維護是必要的。但是遠水救不了近火，誰也不能保證網站在故障的時候網站維護人員能夠及時維護，這就要求在設計的時候要增加自主維護功能。有了軟件維護功能，哪怕是簡單的備份功能，也能夠在突發事件中將數據損失降到最低點。
2 數據庫設計的原則
在數據庫系統開發設計的時候應該盡量考慮全面，尤其應該考慮用戶的各種需求，避免浪費不必要的人力、物力和財力。表是包含數據庫中所有數據的數據庫對象。表定義為列的集合，每行代表唯一的一條記錄，每列代表記錄中的一個域。表存儲在數據庫文件中，有相應權限的用戶都可以對其進行操作。表和列的命名要遵循標識符的規定，必須為每列指定數據類型，列的數據類型決定了數據的取值范圍和存儲格式。
3 具體案例
下面以一種銷售網站為例進行分析，某手機銷售網站的具體需求信息如下：
3.1 功能需求分析
（1）前臺商店功能
此功能是用于客戶瀏覽界面，及對購物的流程顯示
商品分類檢索。商品的類別由店主自行在網店管理系統中設定。支持商品分類檢索。
首頁推薦商品和特價商品、排行榜商品。管理員可在商城管理系統中設定一些重要的商品，作為首頁推薦商品。這些商品直接在首頁出現。同樣，也可以設定部分商品為首頁推薦的特價商品及首頁排行榜商品。
購物車：購物車功能主要是指的用戶選中商品之后，點擊“購買”按鈕，商品會自動到購物車里，而且用戶購買的數量也可以自主的調節。
訂單生成：用戶確認購買購物車內的商品之后，點擊“訂單確認”就進入了訂單詳情的頁面，此頁面會讓用戶確定商品的同時，選擇快遞方式和交易方式等。
訂單查詢：網站會員可以通過查詢功能，隨時查詢商品信息，也可以查詢購買后的商品情況，例如快遞情況等。另外用戶也可以查詢到購買歷史。
輔助功能：包括會員資料修改，密碼修改，用戶缺貨登記，缺貨登記處理，發貨或缺貨通知等等。
商品評論：用戶對網站或者某一件商品進行評論或者評價，網站管理員對用戶的評論可以進行管理操作。
（2）后臺商城管理功能
管理員管理：后臺管理商品和處理訂單，幫助用戶修改密碼，群發郵件等。
商品類別管理：添加，刪除，修改商品分類。
分類商品管理：在不同的類別下管理商品，包括商品上傳，修改和刪除等功能。商品資料包括：商品名稱，品牌，產地（生產商），市場價，優惠價，商品詳細介紹等
會員管理：修改、刪除會員資料等，查看會員訂單信息、會員訪問信息。
處理訂單：付款確認、商品出貨、訂單查詢，可以根據需要設定員工權限處理相關項：如送貨員只具有商品出貨權限、財務只具有付款確認權限。
進銷存功能：進貨開進貨單，其它費用支出開支出單。查看每日、每月、每年營業統計。查詢商品庫存數量。
配送方式、付款方式：配送方式支持運費可以分為買家支付以及賣家承擔，買家支付時可以有平郵，快遞之分，平郵快遞單位價格由發貨地價格決定。付款方式具有很強的擴展性，集成了西部在線支付功能。支持網銀在線支付（根據情況需要修改）
3.2 數據庫概念結構設計
設計好數據項和數據結構之后，就可以開始設計滿足用戶需求的各種實體，以及他們之間的各種關系，為后面的邏輯結構設計做準備。這些實體包含各種具體的信息，通過相互作用來形成數據的流動。數據庫設計是指對一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，有效存儲數據，滿足用戶要求和處理要求。數據庫結構設計的好壞將直接對應用系統的效率及實現效果產生影響。
設計數據庫系統時首先充分了解各個方面的需求，包括現有的及將來可能增加的需求。由于本系統面向的對象有3個，即普通用戶，會員和管理員，所以在數據庫需求分析中就要考慮三方面因素。
3.3 數據庫邏輯結構設計
數據庫的概念結構設計結束后，就可以將上面的數據庫概念結構轉換為ACCESS所支持的實際數據模型，即數據庫的邏輯結構。
參考文獻：
[1]劉海寧，王經雨.網站管理的幾種形式及應用實踐[J].首都醫科大學學報（社科版），2008.
[2]任雪蓮.B2C電子商務網站的設計與構建[J].商場現代化，2009，20.
