關於mysql消息系統資料庫設計的信息

本文目錄一覽：

• 1、資料庫設計的基本步驟
• 2、mysql資料庫設計的疑惑。 由於數據會比較多，如果表的數量少，那麼每個表的記錄數就會很大；
• 3、站內消息系統數據表怎麼設計
• 4、北大青鳥設計培訓：Mysql資料庫的設計和優化？
• 5、有沒有好用的mysql資料庫設計工具
• 6、多個系統數據共享，MySQL資料庫如何設計

資料庫設計的基本步驟

資料庫設計的基本步驟如下：

1、安裝並打開MySQL WorkBench軟體以後，在軟體的左側邊欄有三個選項，分別是對應「連接資料庫」、「設計資料庫」、「遷移資料庫」的功能。這類選擇第二項，設計資料庫，點擊右邊的「＋」號，創建models。

2、進入MySQL Model界面後，點擊「Add Diagram”。

3、然後就進入了EER Diagram的設計頁面。可以從左側的圖標中選擇要創建的資源。滑鼠停留在圖標上3秒後，會提示資源的類型。選擇資源後，可以在設計頁面上方選擇屬性。

4、這裡添加了一張資料庫表，添加後，雙擊，在頁面的底部會出現資料庫表的編輯框。

5、這裡創建一張user表，設置了id、name、age三列。

6、還可以創建外鍵，左側提供了四種外鍵類型。點擊後，只需要用滑鼠分別選中要關聯的兩個表即可。Workbench會自動生成對應的外鍵。

7、在文件、導出中，可以選擇導出為sql腳本。

8、下圖是導出過程sql腳本的過程。

mysql資料庫設計的疑惑。 由於數據會比較多，如果表的數量少，那麼每個表的記錄數就會很大；

數據記錄好像不能按照你說的這麼簡單的拆分吧..你設計資料庫的時候要根據表建立的原則,滿足其範式.有幾個表就是幾個表..

如果真是像你說的那樣可以這樣簡單是拆分,而且不影響別的什麼.肯定選擇多表,少記錄了.

比如像那樣說的10萬個記錄,沒有建索引,檢索一條記錄平均5萬次..

而分到200個表裡,每個表500個記錄,這樣平均檢索 100 + 250 次.

站內消息系統數據表怎麼設計

1) 不應該針對整個系統進行資料庫設計，而應該根據系統架構中的組件劃分，針對每個組件所處理的業務進行組件單元的資料庫設計；不同組件間所對應的資料庫表之 間的關聯應儘可能減少，如果不同組件間的表需要外鍵關聯也盡量不要創建外鍵關聯，而只是記錄關聯表的一個主鍵，確保組件對應的表之間的獨立性，為系統或表 結構的重構提供可能性。2)採用領域模型驅動的方式和自頂向下的思路進行資料庫設計，首先分析系統業務，根據職責定義對象。對象要符合封 裝的特性，確保與職責相關的數據項被定義在一個對象之內，這些數據項能夠完整描述該職責，不會出現職責描述缺失。並且一個對象有且只有一項職責，如果一個 對象要負責兩個或兩個以上的職責，應進行分拆。3)根據建立的領域模型進行資料庫表的映射，此時應參考資料庫設計第二範式：一個表中的所 有非關鍵字屬性都依賴於整個關鍵字。關鍵字可以是一個屬性，也可以是多個屬性的集合，不論那種方式，都應確保關鍵字能夠保證唯一性。在確定關鍵字時，應保 證關鍵字不會參與業務且不會出現更新異常，這時，最優解決方案為採用一個自增數值型屬性或一個隨機字元串作為表的關鍵字。4)由於第一點所述的領域模型驅動的方式設計資料庫表結構，領域模型中的每一個對象只有一項職責，所以對象中的數據項不存在傳遞依賴，所以，這種思路的資料庫表結構設計從一開始即滿足第三範式：一個表應滿足第二範式，且屬性間不存在傳遞依賴。5)同樣，由於對象職責的單一性以及對象之間的關係反映的是業務邏輯之間的關係，所以在領域模型中的對象存在主對象和從對象之分，從對象是從1－N 或N－N的角度進一步主對象的業務邏輯，所以從對象及對象關係映射為的表及表關聯關係不存在刪除和插入異常。6) 在映射後得出的資料庫表結構中，應再根據第四範式進行進一步修改，確保不存在多值依賴。這時，應根據反向工程的思路反饋給領域模型。如果表結構中存在多值 依賴，則證明領域模型中的對象具有至少兩個以上的職責，應根據第一條進行設計修正。第四範式：一個表如果滿足BCNF，不應存在多值依賴。7) 在經過分析後確認所有的表都滿足二、三、四範式的情況下，表和表之間的關聯盡量採用弱關聯以便於對錶欄位和表結構的調整和重構。並且，我認為資料庫中的表 是用來持久化一個對象實例在特定時間及特定條件下的狀態的，只是一個存儲介質，所以，表和表之間也不應用強關聯來表述業務（數據間的一致性），這一職責應 由系統的邏輯層來保證，這種方式也確保了系統對於不正確數據（臟數據）的兼容性。當然，從整個系統的角度來說我們還是要盡最大努力確保系統不會產生臟數 據，單從另一個角度來說，臟數據的產生在一定程度上也是不可避免的，我們也要保證系統對這種情況的容錯性。這是一個折中的方案。8)應針 對所有表的主鍵和外鍵建立索引，有針對性的（針對一些大數據量和常用檢索方式）建立組合屬性的索引，提高檢索效率。雖然建立索引會消耗部分系統資源，但比 較起在檢索時搜索整張表中的數據尤其時表中的數據量較大時所帶來的性能影響，以及無索引時的排序操作所帶來的性能影響，這種方式仍然是值得提倡的。9) 盡量少採用存儲過程，目前已經有很多技術可以替代存儲過程的功能如「對象/關係映射」等，將數據一致性的保證放在資料庫中，無論對於版本控制、開發和部 署、以及資料庫的遷移都會帶來很大的影響。但不可否認，存儲過程具有性能上的優勢，所以，當系統可使用的硬體不會得到提升而性能又是非常重要的質量屬性 時，可經過平衡考慮選用存儲過程。10)當處理表間的關聯約束所付出的代價（常常是使用性上的代價）超過了保證不會出現修改、刪除、更改 異常所付出的代價，並且數據冗餘也不是主要的問題時，表設計可以不符合四個範式。四個範式確保了不會出現異常，但也可能由此導致過於純潔的設計，使得表結 構難於使用，所以在設計時需要進行綜合判斷，但首先確保符合四個範式，然後再進行精化修正是剛剛進入資料庫設計領域時可以採用的最好辦法。11)設計出的表要具有較好的使用性，主要體現在查詢時是否需要關聯多張表且還需使用複雜的SQL技巧。12)設計出的表要儘可能減少數據冗餘，確保數據的準確性，有效的控制冗餘有助於提高資料庫的性能。

北大青鳥設計培訓：Mysql資料庫的設計和優化？

在JAVA開發中資料庫的學習也是我們需要了解的，截下來幾篇文章都是關於資料庫的設計和應用，那麼java課程培訓機構廢話不多說開始學習吧！  資料庫的設計  資料庫設計是基礎，資料庫優化是建立在設計基礎之上的。

好的資料庫一定擁有好的設計。

  資料庫設計的目標是為用戶和各種應用系統提供一個信息基礎設施和高效的運行環境。

  資料庫的三大範式  第一範式1NF:所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子數據項，而不能是集合，數組，記錄等非原子數據項。

  第二範式2Nf:第二範式在第一範式的基礎之上更進一層。

第二範式需要確保資料庫表中的每一列都和主鍵相關，而不能只與主鍵的某一部分相關(主要針對聯合主鍵而言)。

也就是說在一個資料庫表中，一個表中只能保存一種數據，不可以把多種數據保存在同一張資料庫表中。

  第三範式3Nf:所有欄位必須與主鍵直接相關，而不是間接相關。

也可以理解為欄位不要和其他非主鍵欄位相關.  注意:這三個範式儘可能去遵守,不是一定要墨守成規.這只是讓我們設計的表的時候,越靠近這些範式,可以使欄位盡量的減小冗餘.但是有時候也可以根據實際需要小小的違背一下.但是第三範式違反一下還可以接受,但是第一範式別違反.  資料庫設計的步驟  需求分析階段  準確了解與分析用戶需求(包括數據與處理)。

是整個設計過程的基礎，是最困難、最耗費時間的一步。

  概念結構設計階段  是整個資料庫設計的關鍵–設計資料庫的E-R模型圖，確認需求信息的正確和完整  Entity_Relationship—實體之間的關係  一對一  一對多  多對一

有沒有好用的mysql資料庫設計工具

下面推薦兩款：

一、Navcat：

Navicat 是一套快速、可靠並價格相宜的資料庫管理工具，專為簡化資料庫的管理及降低系統管理成本而設。它的設計符合資料庫管理員、開發人員及中小企業的需要。Navicat 是以直覺化的圖形用戶界面而建的，讓你可以以安全並且簡單的方式創建、組織、訪問並共用信息。

Navicat是聞名世界、廣受全球各大企業、政府機構、教育機構所信賴，更是各界從業員每天必備的工作夥伴。自2001 年以來，Navicat 已在全球被下載超過 2,000,000 次，並且已有超過 70,000 個用戶的客戶群。《財富》世界 500 強中有超過 100 家公司也都正在使用 Navicat。

二、MySQL Workbench：

MySQL Workbench是一款圖形化的資料庫設計工具，它在一個開發環境中集成了SQL的開發，管理，資料庫設計，創建以及維護。它是 fabFORCE.net旗下DBDesigner 4的繼承者，並替代了MySQL GUI Tools Bundle。當前版本是5.2，最早版本是5.0，這是為了強調MySQL Workbench是作為DBDesigner4的繼承者被開發出來的事實。

多個系統數據共享，MySQL資料庫如何設計

你想如何共享你的mysql資料庫，如果在區域網，可以直接訪問mysql的，在命令提示符中輸入mysql

-h

（你的ip地址如）192.168.1.102

-u

root（用戶名）

-p123（登錄密碼）這種方式直接訪問資料庫（注意-p和你的密碼必須連在一起），至於你說的sql

2005

訪問，那必須兩台機器都安裝sql

2005，mysql中不需要。