平台資料庫設計

1. 如何設計合理高效的資料庫

一、 引言資料庫對於企業信息化的重要性是不言而喻的。資料庫存儲著現代企業最重要的數據，包括生產、經營、管理等各類數據，這些數據作為企業的核心信息，通過各類信息系統，為用戶提供及時准確的信息，幫助用戶分析，為用戶提供決策依據。為提高企業的工作效率，提升企業形象，具有傳統模式無法比擬的優勢。其中構建合理高效的資料庫，是資料庫建設關鍵之一。如何構建合理高效的資料庫是企業信息化過程要解決的問題。下面就資料庫的構建談談自己的一些經驗，希望能對大家有所幫助。 二、 設計資料庫之前
資料庫並不是憑空想像出來的，而是根據業務部門的需要設計符合業務需求的資料庫。因此在形成資料庫之前需要充分了解業務需求。 1. 充分理解業務需求。需求分析是整個設計過程的基礎，是最困難、最耗費時間的一步。在這期間通過與業務部門交流，了解用戶的想法以及工作流程，通過雙方多次交流，會形成初步的數據模型，當然這時的數據模型不會是最終的模型，還需要和用戶進行交流，並且在以後的信息系統開發過程中還會反復修改。 2. 重視輸入輸出。在定義資料庫表和欄位需求（輸入）時，首先應了解數據產生源和數據流程，也就是必需要知道每個數據在那兒產生，數據在那兒表現，以什麼樣的形式表現等等，然後根據用戶提供的報表或者設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。 3. 創建數據字典和ER 圖表。ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對sql 表達式的文檔化來說這是完全必要的。 需要注意的是，在需求分析調研過程中，並不是一帆風順的，因為業務人員對於業務的理解不同，以及對於信息知識的缺乏，會影響需求分析的質量，為了提高質量，各方要用更多的時間交流與相互理解，業務部門需要精通業務的人員自始至終全力配合，而開發人員則盡量使用用戶理解的業務術語交流，這樣會避免出現理解不同而產生的歧義。 三、 設計合理的表結構
通常合理的表結構會減少數據冗餘，提高資料庫的性能。設計合理的表結構要遵循以下兩點。 1. 標准化和規范化 數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但3NF(第三範式)通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF標準的資料庫的表設計原則是：某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。 例如：某個存放單井信息及其有關油井生產日報信息的3NF資料庫就有兩個表：單井基礎信息和油井日報信息。日報信息不包含單井的任何信息，但表內會存放一個鍵值，該鍵指向單井基礎信息里包含該油井信息的那一行。 不過也有例外，有時為了效率的緣故，對表不進行標准化也是必要的。 2. 考慮各種變化 在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。使資料庫更具擴展性，從而減少將來數據變更所帶來的損失。 例如，日期類型欄位，有時我們會考慮使用字元類型代替日期類型，因為在處理日期欄位上容易產生數據錯誤，所以我們就使用字元類型。這樣的例子還很多，在做前期設計時都要考慮的。 表結構的設計不是一次就能成功的，在信息系統開發過程中會存在數據讀取、錄入或統計困難，為了解決這些問題會修改表結構，或增加一些欄位，或修改一些欄位的屬性。這個過程不斷重復，因此不要想一次能成功。建議使用專門設計工具來做這些工作，筆者經常使用：SYBASE PowerDesigner ，當然還有其它的工具：ORACLE Designer 2000 ，ROSE等工具。這樣會使你的工作事半功倍。 四、 選擇合理的索引
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。 1. 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。 2. 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。 3. 不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。如MEMO(備注)、TEXT(文本)等欄位。 4. 不要索引常用的小型表 不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。如代碼表，或系統參數表。 五、 保證數據完整性
數據的完整性非常重要，這關繫到數據的准確性，不準確的數據是毫無價值的，因此保證數據的完整性非常重要。 1. 完整性實現機制：實體完整性：主鍵參照完整性： 父表中刪除數據：級聯刪除；受限刪除；置空值父表中插入數據：受限插入；遞歸插入 父表中更新數據：級聯更新；受限更新；置空值 DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制用戶定義完整性：NOT NULL；CHECK；觸發器 以上完整性機制需要熟悉和掌握，它對於數據的完整性非常重要。 2. 用約束而非業務規則強制數據完整性 採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於業務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。 3. 強制指示完整性 在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。 4. 使用查找控制數據完整性 控制數據完整性的最佳方式就是限制用戶的錄入。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：性別代碼、單位代碼等。 5. 採用視圖 視圖是一個虛擬表，其內容由SQL語句定義，視圖不僅可以簡化用戶對數據的理解，也可以簡化他們的操作。那些被經常使用的查詢可以被定義為視圖，從而使得用戶不必為以後的操作每次指定全部的條件。另外通過視圖用戶只能查詢和修改他們所能見到的數據。資料庫中的其它數據則既看不見也取不到。資料庫授權命令可以使每個用戶對資料庫的檢索限制到特定的資料庫對象上，增強數據的安全性。 六、 結束語
資料庫的高效運行不僅需要技術上的支持，也需要硬體平台和網路的支持以及資料庫管理員的有效管理，本文只是從技術的角度說明如何提高資料庫的效率，但在實際應用過程中其它方面的支持也是不可缺少的，尤其是資料庫管理，資料庫建設是「三分技術，七分管理，十二分基礎數據」，因此對於資料庫管理一定要重視，在管理到位的情況下技術才能發揮應有的作用。

2. 如何在無遠開發平台設計一個資料庫

摘要 建議你先看些開源的資料庫，簡單的推薦sqlite，復雜一些的推薦postgresql，berkeley DB，理論方面建議你看看《資料庫系統實現》這本書，斯坦福寫的，北大翻譯的。

3. 網站的資料庫如何設計

資料庫設計師有很多原則的，大學學資料庫系統概念這本書，裡面最開始提到了一種很抽象的東西，範式！從1NF->2NF->3NF->BCNF等，當時表示根本不理解，隨著現在步入工作，對於資料庫設計有了更多理解，一些設計的思想就喝範式有著一些原理上的想通。

先來說說外鍵，上大學的時候，大家學基礎課程的時候都會學到外鍵這個東西，不過外鍵真的就好用嗎?講道理，在實際應用中，外鍵的實用性並不如我工作前想的那麼多。外鍵碰到一個問題就是刪除的時候，需要刪除掉多個地方，那麼就涉及到級聯刪除等。在分布式的時候，數據最怕不一致，外鍵的強一致性還是挺難用的。解決辦法就是我們可以把物理上的外鍵轉換為邏輯上的外鍵，在我們的代碼中體現出來，而不是要在屋裡設計層面展示出來。取數據的時候我們可以一個表一個表取，沒必要使用外鍵來做限制。
要判斷清楚資料庫設計過程中的實體問題，使用關系型資料庫的時候，如何更好地拆分出實體，這是很關鍵的，並且對於單個數據表的設計，要注意避免數據冗餘，就是盡量避免在多個表總存儲同一個欄位，並且意義相同，這樣會更容易出現數據不一致的問題，而這個問題往往是致命的。
在設計單個表時，要注意對於索引的使用，建立一個好的索引，索引的用法就太多了，包括聯合索引，單一索引等等，好的索引可以有效提升你的數據查詢速度。在有些時候還需要藉助一些鍵值資料庫，比如redis等，存儲一些不重要，並且可以進行恢復的數據，存入redis是因為redis某些排序什麼的特型非常優異。

4. 資料庫設計的基本步驟

資料庫設計的基本步驟
按照規范設計的方法，考慮資料庫及其應用系統開發全過程，將資料庫設計分為以下6個階段
1.需求分析
2.概念結構設計
3.邏輯結構設計
4.物理結構設計
5.資料庫實施
6.資料庫的運行和維護
在資料庫設計過程中，需求分析和概念設計可以獨立於任何資料庫管理系統進行，邏輯設計和物理設計與選用的DAMS密切相關。
1.需求分析階段（常用自頂向下）
進行資料庫設計首先必須准確了解和分析用戶需求（包括數據與處理）。需求分析是整個設計過程的基礎，也是最困難，最耗時的一步。需求分析是否做得充分和准確，決定了在其上構建資料庫大廈的速度與質量。需求分析做的不好，會導致整個資料庫設計返工重做。
需求分析的任務，是通過詳細調查現實世界要處理的對象，充分了解原系統工作概況，明確用戶的各種需求，然後在此基礎上確定新的系統功能，新系統還得充分考慮今後可能的擴充與改變，不僅僅能夠按當前應用需求來設計。
調查的重點是，數據與處理。達到信息要求，處理要求，安全性和完整性要求。
分析方法常用SA(Structured Analysis) 結構化分析方法，SA方法從最上層的系統組織結構入手，採用自頂向下，逐層分解的方式分析系統。
數據流圖表達了數據和處理過程的關系，在SA方法中，處理過程的處理邏輯常常藉助判定表或判定樹來描述。在處理功能逐步分解的同事，系統中的數據也逐級分解，形成若干層次的數據流圖。系統中的數據則藉助數據字典（data dictionary，DD）來描述。數據字典是系統中各類數據描述的集合，數據字典通常包括數據項，數據結構，數據流，數據存儲，和處理過程5個階段。
2.概念結構設計階段（常用自底向上）
概念結構設計是整個資料庫設計的關鍵，它通過對用戶需求進行綜合，歸納與抽象，形成了一個獨立於具體DBMS的概念模型。
設計概念結構通常有四類方法：
自頂向下。即首先定義全局概念結構的框架，再逐步細化。
自底向上。即首先定義各局部應用的概念結構，然後再將他們集成起來，得到全局概念結構。
逐步擴張。首先定義最重要的核心概念結構，然後向外擴張，以滾雪球的方式逐步生成其他的概念結構，直至總體概念結構。
混合策略。即自頂向下和自底向上相結合。
3.邏輯結構設計階段（E-R圖）
邏輯結構設計是將概念結構轉換為某個DBMS所支持的數據模型，並將進行優化。
在這階段，E-R圖顯得異常重要。大家要學會各個實體定義的屬性來畫出總體的E-R圖。
各分E-R圖之間的沖突主要有三類：屬性沖突，命名沖突，和結構沖突。
E-R圖向關系模型的轉換，要解決的問題是如何將實體性和實體間的聯系轉換為關系模式，如何確定這些關系模式的屬性和碼。
4.物理設計階段
物理設計是為邏輯數據結構模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。
首先要對運行的事務詳細分析，獲得選擇物理資料庫設計所需要的參數，其次，要充分了解所用的RDBMS的內部特徵，特別是系統提供的存取方法和存儲結構。
常用的存取方法有三類：1.索引方法，目前主要是B+樹索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。
5.資料庫實施階段
資料庫實施階段，設計人員運營DBMS提供的資料庫語言（如sql）及其宿主語言，根據邏輯設計和物理設計的結果建立資料庫，編制和調試應用程序，組織數據入庫，並進行試運行。
6.資料庫運行和維護階段
資料庫應用系統經過試運行後，即可投入正式運行，在資料庫系統運行過程中必須不斷地對其進行評價，調整，修改。

5. 打算做個產品價格發布平台，資料庫表如何設計呢跪求大神，多謝

如果是靜態創建資料庫（就是提前創建好資料庫），那麼你不需要編程序，只要把資料庫結構建好就行了。如果是通過程序動態建庫，則需要編程序，這可以通過ADO來實現建庫。不管你是動態建庫還是靜態建庫，都只管把庫結構提供給其他人就行了。
建庫只需要注意一點就行了，就是設字元集是GBK，不要採用默認的拉丁文，這樣中文可能會出問題！

6. 校園兼職平台資料庫設計mysql

資料庫是有的，也就是在校園兼職平台上面的資料庫

7. 資料庫應該怎麼設計

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

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

8. 什麼是資料庫設計試述資料庫設計的步驟

答：（1）需求分析階段：需求收集和分析，得到數據字典和數據流圖。 （2）概念結構設計階段：對用戶需求綜合、歸納與抽象，形成概念模型，用E-R圖表示。（3）邏輯結構設計階段：將概念結構轉換為某個DBMS所支持的數據模型。（4）資料庫物理設計階段：為邏輯數據模型選取一個最適合應用環境的物理結構。（5）資料庫實施階段：建立資料庫，編制與調試應用程序，組織數據入庫，程序試運行。（6）資料庫運行和維護階段：對資料庫系統進行評價、調整與修改。

9. 資料庫設計是指設計資料庫管理系統嗎

不是；前者是設計應用，後者是設計軟體怎麼開發。

資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統。

使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。

資料庫管理系統(Database Management System)是一種操縱和管理資料庫的大型軟體，用於建立、使用和維護資料庫，簡稱DBMS。

它對資料庫進行統一的管理和控制，以保證資料庫的安全性和完整性。用戶通過DBMS訪問資料庫中的數據，資料庫管理員也通過dbms進行資料庫的維護工作。

它可使多個應用程序和用戶用不同的方法在同時或不同時刻去建立，修改和詢問資料庫。

大部分DBMS提供數據定義語言DDL（Data Definition Language）和數據操作語言DML（Data Manipulation Language）。

供用戶定義資料庫的模式結構與許可權約束，實現對數據的追加、刪除等操作。

(9)平台資料庫設計擴展閱讀：

資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。

由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜，因此最佳設計不可能一蹴而就。

而只能是一種「反復探尋，逐步求精」的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。

需求分析：

調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。

需求分析是在用戶調查的基礎上，通過分析，逐步明確用戶對系統的需求，包括數據需求和圍繞這些數據的業務處理需求。

在需求分析中，通過自頂向下，逐步分解的方法分析系統，分析的結果採用數據流程圖(DFD)進行圖形化的描述。

概念設計：

對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。

這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。

所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。

以擴充的實體—（E-R模型）聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等。

從而給出各部門內所用信息的局部描述(在資料庫中稱為用戶的局部視圖)。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。

資料庫管理系統是一種操縱和管理資料庫的大型軟體，用於建立、使用和維護資料庫，簡稱 DBMS。它對資料庫進行統一的管理和控制，以保證資料庫的安全性和完整性。

資料庫管理系統是一個能夠提供數據錄入、修改、查詢的數據操作軟體，具有數據定義、數據操作、數據存儲與管理、數據維護、通信等功能，且能夠允許多用戶使用。

另外，資料庫管理系統的發展與計算機技術發展密切相關。而且近年來，計算機網路逐漸成為人們生活的重要組成部分。

為此，若要進一步完善計算機資料庫管理系統，技術人員就應當不斷創新、改革計算機技術，並不斷拓寬計算機資料庫管理系統的應用范圍，從而真正促進計算機資料庫管理系統技術的革新。

技術特點：

（1）採用復雜的數據模型表示數據結構，數據冗餘小，易擴充，實現了數據共享。

（2）具有較高的數據和程序獨立性，資料庫的獨立性有物理獨立性和邏輯獨立性。

（3）資料庫系統為用戶提供了方便的用戶介面。

（4）資料庫系統提供4個方面的數據控制功能，分別是並發控制、恢復、完整性和安全性。

資料庫中各個應用程序所使用的數據由資料庫系統統一規定，按照一定的數據模型組織和建立，由系統統一管理和集中控制。

（5）增加了系統的靈活性。

參考資料來源：網路-資料庫設計

網路-資料庫管理系統

10. 資料庫設計的基本步驟是什麼

（1）需求分析階段：需求收集和分析，得到數據字典和數據流圖。

（2）概念結構設計階段：對用戶需求綜合、歸納與抽象，形成概念模型，用E-R圖表示。

（3）邏輯結構設計階段：將概念結構轉換為某個DBMS所支持的數據模型。

（4）資料庫物理設計階段：為邏輯數據模型選取一個最適合應用環境的物理結構。

（5）資料庫實施階段：建立資料庫，編制與調試應用程序，組織數據入庫，程序試運行。

（6）資料庫運行和維護階段：對資料庫系統進行評價、調整與修改。