如何企業構建資料庫

⑴ 企業如何建立客戶資料庫

1.盡可能完整地保存客戶資料
現在的資料庫具有非常強大的處理能力，但是無淪怎樣處理，原始數據總是最寶貴的。有了完整的原始數據，隨時都可以通過再次加工，獲得需要的結果。但如果原始數據缺失嚴重，數據處理後的結果也將失去准確性和指導意義。
2.區分經營過程中與通過其他渠道獲得的客戶資料
企業內部資料主要是一些銷售記錄、客戶購買活動的記錄以及促銷等市場活動中獲得的直接客戶資料。這些資料具有很高的價值，具體表現在：首先是這些資料具有極大的真實性，其次是這些資料是企業產品的直接消費者，對公司經營的產品已經產生了理性的認識。外部數據是指企業從數據調查公司、政府機構、行業協會、信息中心等機構獲得的數據，這些數據最重要的特徵是其中記載的客戶是企業的潛在消費者，所以是企業展開營銷活動的對象。但是，這些數據真實性較差、數據過時、不能回答企業要求的問題，需要在應用過程中不斷地修改和更正。
3.確保資料庫管理的安全性
企業應確保記錄在計算機系統中的資料庫安全地運行，如果這些數據意外損失或者外流，將給企業造成難以估量的損失。因此，需要加強安全管理，建立資料庫專人管理和維護的機制。
4.隨時更新與維護
資料庫中的數據是死的，而客戶是動態的，因此，客戶的資料也應該是活的。企業要想充分享受資料庫帶來的利益，千萬別怕浪費精力和金錢，一定要盡可能地完成客戶資料的隨時更新，將新鮮的數據錄入到資料庫中，這樣才有意義。

⑵ 求教公司的資料庫構建有哪些要素

簡述資料庫設計過程—希望可以幫你

資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。

在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。

一、資料庫和信息系統
(1)資料庫是信息系統的核心和基礎，把信息系統中大量的數據按一定的模型組織起來，提供存儲、維護、檢索數據的
功能，使信息系統可以方便、及時、准確地從資料庫中獲得所需的信息。
(2)資料庫是信息系統的各個部分能否緊密地結合在一起以及如何結合的關鍵所在。
(3)資料庫設計是信息系統開發和建設的重要組成部分。
(4)資料庫設計人員應該具備的技術和知識：
資料庫的基本知識和資料庫設計技術
計算機科學的基礎知識和程序設計的方法和技巧
軟體工程的原理和方法
應用領域的知識

二、資料庫設計的特點
資料庫建設是硬體、軟體和干件的結合
三分技術，七分管理，十二分基礎數據
技術與管理的界面稱之為逗干件地
資料庫設計應該與應用系統設計相結合
結構（數據）設計：設計資料庫框架或資料庫結構
行為（處理）設計：設計應用程序、事務處理等
結構和行為分離的設計
傳統的軟體工程忽視對應用中數據語義的分析和抽象，只要有可能就盡量推遲數據結構設計的決策早期的資料庫設計致力於數據模型和建模方法研究，忽視了對行為的設計
如圖：

三、資料庫設計方法簡述
手工試湊法
設計質量與設計人員的經驗和水平有直接關系
缺乏科學理論和工程方法的支持，工程的質量難以保證
資料庫運行一段時間後常常又不同程度地發現各種問題，增加了維護代價
規范設計法
手工設計方
基本思想
過程迭代和逐步求精
規范設計法(續)
典型方法：
(1)新奧爾良（New Orleans）方法：將資料庫設計分為四個階段
S.B.Yao方法：將資料庫設計分為五個步驟
I.R.Palmer方法：把資料庫設計當成一步接一步的過程
(2)計算機輔助設計
ORACLE Designer 2000
SYBASE PowerDesigner

四、資料庫設計的基本步驟
資料庫設計的過程(六個階段)
1.需求分析階段
准確了解與分析用戶需求（包括數據與處理）
是整個設計過程的基礎，是最困難、最耗費時間的一步
2.概念結構設計階段
是整個資料庫設計的關鍵
通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型
3.邏輯結構設計階段
將概念結構轉換為某個DBMS所支持的數據模型
對其進行優化
4.資料庫物理設計階段
為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）
5.資料庫實施階段
運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果
建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行
6.資料庫運行和維護階段
資料庫應用系統經過試運行後即可投入正式運行。
在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改
設計特點:
在設計過程中把資料庫的設計和對資料庫中數據處理的設計緊密結合起來將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計

設計過程各個階段的設計描述：
如圖：

五、資料庫各級模式的形成過程
1.需求分析階段：綜合各個用戶的應用需求
2.概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)
3.邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式
4.物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式

六、資料庫設計技巧

1. 設計資料庫之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。
2) 了解企業業務可以在以後的開發階段節約大量的時間。
3) 重視輸入輸出。
在定義資料庫表和欄位需求（輸入）時，首先應檢查現有的或者已經設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。
舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼欄位而不要把郵政編碼糅進地址欄位里。
4) 創建數據字典和ER 圖表
ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。
5) 定義標準的對象命名規范
資料庫各種對象的命名必須規范。

2. 表和欄位的設計（資料庫邏輯設計）
表設計原則
1) 標准化和規范化
數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的資料庫的表設計原則是：逗One Fact in One Place地即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。
舉例：某個存放客戶及其有關定單的3NF 資料庫就可能有兩個表：Customer 和Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer 表裡包含該客戶信息的那一行。
事實上，為了效率的緣故，對表不進行標准化有時也是必要的。
2) 數據驅動
採用數據驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶界面要訪問外部數據源（文件、XML 文檔、其他資料庫等），不妨把相應的連接和路徑信息存儲在用戶界面支持表裡。還有，如果用戶界面執行工作流之類的任務（發送郵件、列印信箋、修改記錄狀態等），那麼產生工作流的數據也可以存放在資料庫里。角色許可權管理也可以通過數據驅動來完成。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
3) 考慮各種變化
在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結婚後從夫姓等）。所以，在建立系統存儲客戶信息時，在單獨的一個數據表裡存儲姓氏欄位，而且還附加起始日和終止日等欄位，這樣就可以跟蹤這一數據條目的變化。

欄位設計原則
4) 每個表中都應該添加的3 個有用的欄位
dRecordCreationDate，在VB 下默認是Now()，而在SQL Server • 下默認為GETDATE()
sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT • USER
nRecordVersion，記錄的版本標記；有助於准確說明記錄中出現null 數據或者丟失數據的原因 •
5) 對地址和電話採用多個欄位
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
6) 使用角色實體定義屬於某類別的列
在需要對屬於特定類別或者具有特定角色的事物做定義時，可以用角色實體來創建特定的時間關聯關系，從而可以實現自我文檔化。
舉例：用PERSON 實體和PERSON_TYPE 實體來描述人員。比方說，當John Smith, Engineer 提升為John Smith, Director 乃至最後爬到John Smith, CIO 的高位，而所有你要做的不過是改變兩個表PERSON 和PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間欄位來知道變化是何時發生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如Associate、Engineer、Director、CIO 或者CEO 等。還有個替代辦法就是改變PERSON 記錄來反映新頭銜的變化，不過這樣一來在時間上無法跟蹤個人所處位置的具體時間。
7) 選擇數字類型和文本類型盡量充足
在SQL 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額欄位類型是smallint，那麼，如果總額超過了$32,767 就不能進行計算操作了。
而ID 類型的文本欄位，比如客戶ID 或定單號等等都應該設置得比一般想像更大。假設客戶ID 為10 位數長。那你應該把資料庫表欄位的長度設為12 或者13 個字元長。但這額外占據的空間卻無需將來重構整個資料庫就可以實現資料庫規模的增長了。
8) 增加刪除標記欄位
在表中包含一個逗刪除標記地欄位，這樣就可以把行標記為刪除。在關系資料庫里不要單獨刪除某一行；最好採用清除數據程序而且要仔細維護索引整體性。

3. 選擇鍵和索引（資料庫邏輯設計）
鍵選擇原則：
1) 鍵設計4 原則
為關聯欄位創建外鍵。 •
所有的鍵都必須唯一。 •
避免使用復合鍵。 •
外鍵總是關聯唯一的鍵欄位。 •
2) 使用系統生成的主鍵
設計資料庫的時候採用系統生成的鍵作為主鍵，那麼實際控制了資料庫的索引完整性。這樣，資料庫和非人工機制就有效地控制了對存儲數據中每一行的訪問。採用系統生成鍵作為主鍵還有一個優點：當擁有一致的鍵結構時，找到邏輯缺陷很容易。
3) 不要用用戶的鍵(不讓主鍵具有可更新性)
在確定採用什麼欄位作為表的鍵的時候，可一定要小心用戶將要編輯的欄位。通常的情況下不要選擇用戶可編輯的欄位作為鍵。
4) 可選鍵有時可做主鍵
把可選鍵進一步用做主鍵，可以擁有建立強大索引的能力。

索引使用原則：
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。
1) 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。
2) 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。
3) 不要索引memo/note 欄位，不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。
4) 不要索引常用的小型表
不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。

4. 數據完整性設計（資料庫邏輯設計）
1) 完整性實現機制：
實體完整性：主鍵
參照完整性：
父表中刪除數據：級聯刪除；受限刪除；置空值
父表中插入數據：受限插入；遞歸插入
父表中更新數據：級聯更新；受限更新；置空值
DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制
用戶定義完整性：
NOT NULL；CHECK；觸發器
2) 用約束而非商務規則強制數據完整性
採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。
3) 強制指示完整性
在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。
4) 使用查找控制數據完整性
控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等。
5) 採用視圖
為了在資料庫和應用程序代碼之間提供另一層抽象，可以為應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。

5. 其他設計技巧
1) 避免使用觸發器
觸發器的功能通常可以用其他方式實現。在調試程序時觸發器可能成為干擾。假如你確實需要採用觸發器，你最好集中對它文檔化。
2) 使用常用英語（或者其他任何語言）而不要使用編碼
在創建下拉菜單、列表、報表時最好按照英語名排序。假如需要編碼，可以在編碼旁附上用戶知道的英語。
3) 保存常用信息
讓一個表專門存放一般資料庫信息非常有用。在這個表裡存放資料庫當前版本、最近檢查/修復（對Access）、關聯設計文檔的名稱、客戶等信息。這樣可以實現一種簡單機制跟蹤資料庫，當客戶抱怨他們的資料庫沒有達到希望的要求而與你聯系時，這樣做對非客戶機/伺服器環境特別有用。
4) 包含版本機制
在資料庫中引入版本控制機制來確定使用中的資料庫的版本。時間一長，用戶的需求總是會改變的。最終可能會要求修改資料庫結構。把版本信息直接存放到資料庫中更為方便。
5) 編制文檔
對所有的快捷方式、命名規范、限制和函數都要編制文檔。
採用給表、列、觸發器等加註釋的資料庫工具。對開發、支持和跟蹤修改非常有用。
對資料庫文檔化，或者在資料庫自身的內部或者單獨建立文檔。這樣，當過了一年多時間後再回過頭來做第2 個版本，犯錯的機會將大大減少。
6) 測試、測試、反復測試
建立或者修訂資料庫之後，必須用用戶新輸入的數據測試數據欄位。最重要的是，讓用戶進行測試並且同用戶一道保證選擇的數據類型滿足商業要求。測試需要在把新資料庫投入實際服務之前完成。
7) 檢查設計
在開發期間檢查資料庫設計的常用技術是通過其所支持的應用程序原型檢查資料庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型並且查看如何取出數據。

⑶ 設計公司建立資料庫，該如何建立

你可以使用信息管理平台將案例信息都錄進去，集中管理起來，後面查閱就方便了。我這里以華創信息管理平台為例，說明一下這類平台具有的功能，你看是否適合你：
1、面向非專業人員，無需編程，能讓用戶自由建表、自定義數據格式，能管理各種數據。無論您想管理什麼，建表即可。比如案例資料表，設置以下欄位：項目名稱、設計要求、作者、開始日期、完成日期...等，用於記錄常規信息；再設置幾個附件型欄位，用於上傳word、excel、圖片等文檔。
2、建表後再設置登錄帳號及許可權，大家就可錄入數據、共享數據了，至於操作界面、數據存儲等細節由平台自動完成。
3、支持多用戶同時訪問，具有完善的許可權，各類人員的增刪改及查看權均可詳細控制。
4、不僅支持電腦訪問，而且支持手機、iPad直接訪問，無論何時何地都能錄數據、查數據。
5、具有自動提醒功能，能自動發送email通知、手機簡訊、系統內部簡訊，可用於生日提醒、各種到期提醒等。
6、支持excel數據的導入導出，現有的案例資料無需再次輸入，可直接導入到本系統中；系統中的數據也可再次導出成 Excel、Word文檔。

該平台既可下載試用，也可直接在線試用。你可以先弄最簡單的、最緊迫的幾個表，避免一上來就弄得太復雜，熟練之後，再逐步擴展至其他管理。

希望對你有幫助。

⑷ 如何建立企業資料資料庫

1．首先打開我們的訪問程序，要打開的方法是點擊開始——所有程序。

2．在所有程序中找到microsoftoffice文件夾並打開它。

3．找到access並單擊open。

4．在access介面中，單擊file——new。

5．在新建對話框右側選擇界面版本，選擇空資料庫。

6．選擇一個存放文件的位置，然後明確資料庫，點擊創建。

7．所以我們創建了一個資料庫。

⑸ 企業資料庫如何快速搭建

1、會進行需求剖析，然後做工作流規劃，比如這個使命是什麼時分跑的、依靠於哪些事務。工作流規劃完成後進行數據採集和數據同步。
2、數據開發，咱們供給了WEB-IDE，支撐SQL、MR、SHELL和
PYTHON等。然後咱們供給了冒煙測驗的場景，測驗完成後發布到線上，讓它每天守時進行主動調度，並進行數據質量監控。以上步驟都完成後，就能把咱們的數據環流到事務系統庫，或者用QuickBI、DataV這些東西進行頁面展示。
3、咱們規劃的使命是離線的，每天會在12點的時分把規劃的使命變成一個實例快照。目前咱們的使命依靠在業內也是最先進的。
現在最常見的需求就是每天有日報，每周要寫周報，每月要寫月報。為了節省資源，就可以運用日報的數據直接轉成周報或月報。

⑹ 企業如何建立客戶資料庫

客戶關系管理，是建立在以客戶為中心元素的信息協同管理。其目的是讓公司的管理層能夠很好跟蹤銷售的趨勢，並建立些策略來應對銷售中的問題。在客戶關系管理系統的設計上，國外的專家，力圖讓客戶關系管理系統具備營銷的功能，即所謂的營銷輔助支持（前面即所謂的銷售自動化）。那麼這個營銷的輔助支持是如何體現在營銷和市場中。它的關鍵就是全面的客戶資料庫，這個資料庫發展起來就將成企業核心競爭力。 1）客戶數據的收集平台 要想建立一個全面，立體客戶資料庫，必須依託一個平台的強大運作。不管是採用電子表格報告形式，還是利用一個分布式信息系統，都必須跨空間的，並且橫渡時間坐標的。我們知道一個信息系統在技術上都能具備分布和實時性，一個好的信息系統就可以做到。 2）客戶數據的收集過程 客戶數據的收集過程，是企業管理之功。漢江源於精楚大地的山川，而漢江將匯於長江，追溯長江，還有諸多支流，同樣源於中華的山川。長江黃河是中華的生命動脈，對於企業來說把握好自己的動脈，將來才可以形成企業的核心競爭力。 3）客戶數據的分級策略 管理者的運籌帷幄，必須把不可控的因素，都變成准可控因素，方能勝！治軍，日日不廢，治客戶數據，也需策之入日，同樣是日日不廢。 4）客戶數據的分析平台 有了以上的步驟和海量客戶數據，那麼你的營銷策略，市場策略就可以啟航，同時你的企業「核心競爭力」就形成拉。因此客戶關系管理是一個長期的效益的工程，並且一定是「人之為」，加上新技術的充分利用。

⑺ 企業如何更好的搭建數據倉庫

1、首先你得搞清楚建設數倉的目的是什麼

是偏向於整合各系統數據，為數據分析決策服務，還是偏向於快速的完成分析決策需求？

如果是前者，那麼在數據倉庫建模的時候一般會選擇ER建模方法；

如果是後者，一般會選擇維度建模方法。

• ER建模：即實體關系建模，由數據倉庫之父BIll Inmon提出，核心思想是從全企業的高度去設計三範式模型，用實體關系描述企業服務。主張的是自上而下的架構，將不同的OLTP數據集中到面向主題的數據倉庫中。

• 維度建模：由Kimball提出，核心思想是從分析決策的需求出發構建模型。這種模型由事實表和維表組成，即星型模型和雪花模型。Kimball倡導自下而上的架構，可以針對獨立部門建立數據集市，再遞增的構建，匯總成數據倉庫。

2、其次你得進行深入的業務調研和數據調研

• 業務調研：深入的業務調研能使你更加明確數倉建設的目的；同時也利於後續的建模設計，隨著調研的開展，如何將實體業務抽象為數倉模型會更加明朗。
  

• 數據調研：各部門或各科室的數據現狀了解，包括數據分類、數據存儲方式、數據量、具體的數據內容等等。這對後續的主數據串聯或者維度一致性處理等等都是必須的基礎。

3、然後是數據倉庫工具選型

• 傳統型數據倉庫：一般會選擇第三方廠家的資料庫和配套ETL工具。因為有第三方支持，相對有保障；但缺點也很明顯，受約束以及成本較高。
  

• NoSQL型數據倉庫：一般是基於hadoop生態的數據倉庫。hadoop生態已經非常強大，可以找到各種開源組件去支持數據倉庫。缺點是需要招聘專門人士去摸索，並且相對會存在一些未知隱患。

4、最後是設計與實施

• 設計：包括數據架構中的數據層次劃分以及具體的模型設計；也包括程序架構中的數據質量管理、元數據管理、調度管理等；
  

• 實施：規范化的項目管理實施，但同時也需記住一點，數據倉庫不是一個項目，它是一個過程。

⑻ 企業要自己建立資料庫，應該怎麼做

如果要求時間很短，幾乎做到能無縫切換， 那需要做sql 集群或者伺服器雙機熱備！
如果對於宕機時間要求不高的， 比如幾小時內恢復就成的那種
做好資料庫的備份計劃， 比如每日完備， 每兩小時或一小時事務日誌備份，當然最好備份到其它存儲器或磁帶上！
或者做復制器的復制訂閱， 這樣主伺服器宕機， 把從伺服器的頂上去就行了。

⑼ 創建資料庫有哪幾種方法

創建資料庫的方法有兩種，使用向導創建資料庫，使用菜單創建資料庫和創建空資料庫；使用向導創建資料庫是一種簡單便捷的方法。

在物理上，資料庫的建設要遵循實際情況。即在邏輯上建立一個整體的空間數據車、框架統一設計的同時，各級比例尺和不同數據源的數據分別建成子庫，由開發的平台管理軟體來統一協調與調度。

(9)如何企業構建資料庫擴展閱讀：

在建庫時，要充分考慮數據有效共享的需求，同時也要保證數據訪問的合法性和安全性。資料庫採用統一的坐標系統和高程基準，矢量數據採用大地坐標大地坐標的數據在數值上是連續的，避免高斯投影跨帶問題，從而保證資料庫地理對象的完整性，為資料庫的查詢檢索、分析應用提供方便。

在創建資料庫之時，要重點考慮獨立與完整性原則、面向對象的資料庫設計原則、建庫與更新有機結合的原則、分級共享原則、並發性原則、實用性原則。

⑽ 企業的資料庫設計的一般步驟

我沒做過項目，做過畢業設計。
首先是規劃好這個資料庫需要什麼表，每個表之間的關系。
根據需求分析，將這些在頭腦中形成的屬性關系畫成形象的E-R圖。
然後根據這些圖開始設計資料庫中的表，確定需要哪些表，表裡需要什麼欄位，
還有每個表之間的關系，設計表最好要符合到3nf。
什麼主鍵約束，唯一約束，外鍵約束、檢查約束之類細節的東西。
在需要時候還可以建立存儲過程、觸發器之類的，進一步提高效率和優化性。1:E-R圖必須有的,一定要寫好文檔,為了以後對你的資料庫進行維護(維護甚至要比開發還重要),或者在您完成這個程序以後方便別人接手.
2:設計表最好要符合第3nf,注意設計各表的數據類型時,能用數值型的不用字元型的,能用smallint的不用int...(舉一反三),這樣可以提高系統的性能.字元型的用varchar(),這樣可以節省磁碟空間,也可以提高兼容性.
3:注意表之間的連接,最好用數值類型的欄位作為連接欄位,並在連接欄位上創建索引,這樣可以提高系統的性能.
4:將資料庫創建文件組,將文件組放到不同的物理磁碟上(或磁碟的條帶化),這樣可以利用並行操作來減小I/O瓶頸,提高系統性能.
5:盡可能多的應用存儲過程,他可以大大的提高系統的性能.
6:在開發時注意在設計資料庫結構方面留有餘地,為了以後需要時能夠修改你的資料庫結構.
7:在開發時最好在生產伺服器上進行程序的測試.還有很多的問題要在具體的開發過程當中具體情況具體分析．
最好能在ＤＢＡ的協同下來開發，這樣可以更好的開發出具有快速性和穩定性的應用程序．