mysql數據庫設計流程,簡述數據庫設計流程

本文目錄一覽：

• 1、如何使用Erwin進行基於MYSQL的數據庫設計
• 2、MYSQL數據庫的物理設計都包括哪些內容，怎麼設計？
• 3、北大青鳥設計培訓：Mysql數據庫的設計和優化？
• 4、MySQL如何創建一個數據庫的視圖設計

如何使用Erwin進行基於MYSQL的數據庫設計

為了能夠使用ERWIN能夠進行基於MYSQL數據庫的物理設計，可以採用以下方法步驟： (假定你已經有了一個設計好的LOGICAL MODEL) 1.安裝MYSQL的ODBC DRIVER，可以去MYSQL.COM，有鏈接可以下載。 2.在ODBC的管理程序中建立一個連接你的MYSQL數據庫的USER DSN。 3.從已建立好的LOGICAL MODEL生成一個基於ODBC 2.0的PHYSICAL MODEL。 4.這步是重點： 因為基於ODBC生成的數據庫腳本並不完全兼容MYSQL的SQL語法，所以還需要做些其他的工作。例如，有時候需要用到DATETIME TYPE,但是只能生成DATE TYPE，我們可以採用SQL腳本來完成，ERWIN支持的腳本有兩種：MODEL-LEVEL, TABLE-LEVEL.前者是針對整個PHYSICAL MODEL，而後者可以用於1個或多個TABLE。根據運行順序，又分兩種： Pre Script, Post Script。看名字就知道意思了。如果我們想把表裡的”CREATE_ON”的TYPE設置為DATETIME，可以生成一個TABLE-LEVEL SCRIPT： ALTER TABLE %TableName MODIFY CREATE_ON DATETIME%TableName是ERWIN自帶的宏，還有許多其他的宏，關於這方面的，可以看幫助。

MYSQL數據庫的物理設計都包括哪些內容，怎麼設計？

Log File物理結構

從 ib_logfile0和 ib_logfile1這兩個文件的物理結構可以看出，在Log Header部分還是有些許差異的， ib_logfile0會多一些額外的信息，主要是checkpoint信息。

並且每個Block的單位是512位元組，對應到磁盤每個扇區也是512位元組，因此redo log寫磁盤是原子寫，保證能夠寫成功，而不像index page一樣需要double write來保證安全寫入。

我們依次從上到下來看每個Block的結構

Log File Header Block

Log Goup ID，可能會配置多個redo組，每個組對應一個id，當前都是0，佔用4位元組

Start LSN，這個redo log文件開始日誌的lsn，佔用8位元組

Log File Number，總是為0，佔用4位元組

Created By，備份程序所佔用的位元組數，佔用32位元組

另外在ib_logfile0中會有兩個checkpoint block，分別是 LOG_CHECKPOINT_1/ LOG_CHECKPOINT_2，兩個記錄InnoDB Checkpoint信息的字段，分別從文件頭的第二個和第四個block開始記錄，並且只在每組log的第一個文件中存在，組內其他文件雖然沒有checkpoint相關信息，但是也會預留相應的空間出來。這裡為什麼有兩個checkpoint的呢？原因是設計為交替寫入，避免因為介質失敗而導致無法找到可用的checkpoint的情況。

Log blocks

請點擊輸入圖片描述

log block結構分為日誌頭段、日誌記錄、日誌尾部

Block Header，佔用12位元組

Data部分

Block tailer，佔用4位元組

Block Header

這個部分是每個Block的頭部，主要記錄的塊的信息

Block Number，表示這是第幾個block，佔用4位元組，是通過LSN計算得來的，佔用4位元組

Block data len，表示該block中有多少位元組已經被使用了，佔用2位元組

First Rec offet，表示該block中作為第一個新的mtr開始的偏移量，佔用2位元組

Checkpoint number，表示該log block最後被寫入時的檢查點的值，佔用4位元組

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

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

好的數據庫一定擁有好的設計。

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

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

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

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

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

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

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

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

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

MySQL如何創建一個數據庫的視圖設計

在 SQL 中，視圖是基於 SQL 語句的結果集的可視化的表。

視圖包含行和列，就像一個真實的表。視圖中的字段就是來自一個或多個數據庫中的真實的表中的字段。我們可以向視圖添加 SQL 函數、WHERE 以及 JOIN 語句，我們也可以提交數據，就像這些來自於某個單一的表。

例子

創建視圖

CREATE VIEW view_name AS

SELECT column_name(s)

FROM table_name

WHERE condition