當前位置:首頁 » 數據倉庫 » mysql資料庫設計原則
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

mysql資料庫設計原則

發布時間: 2023-05-27 20:21:31

㈠ 殺神求教mysql資料庫多維表設計思路

把它解釋的通俗化你應該就會了:
a、b、c、d。。。理解為各個學生(有性別,班級等屬性)
A、B、C、D。。。理解為各門選修課程(有學分,任課教師等屬性)
一共三個表
表1:a、b、c、d。。。每個一行,a、b、c、d。。。作主鍵
表2:A、B、C、D。。。每個一行,A、B、C、D。。。作主鍵
表3:學生跟課程混編(以學生+課程 共同決定成績等屬性),a、b、c和A、B、C均不能作主鍵或UNQUE鍵

㈡ mysql資料庫,索引是怎麼使用的

MySQL支持很多數據類型,選擇合適的數據類型存儲數據對性能有很大的影響。通常來說,可以遵循以下一些指導原則:
(1)越小的數據類型通常更好:越小的數據類型通常在磁碟、內存和CPU緩存中都需要更少的空間,處理起來更快。
(2)簡單的數據類型更好:整型數據比起字元,處理開銷更小,因為字元串的比較更復雜。在MySQL中,應該用內置的日期和時間數據類型,而不是用字元串來存儲時間;以及用整型數據類型存儲IP地址。
(3)盡量避免NULL:應該指定列為NOT NULL,除非你想存儲NULL。在MySQL中,含有空值的列很難進行查詢優化,因為它們使得索引、索引的統計信息以及比較運算更加復雜。你應該用0、一個特殊的值或者一個空串代替空值。

㈢ mysql 資料庫設計中用戶信息部分怎樣設計好

一般來說是一對多,一個用戶 對應 多條收支記錄。
設計簡單:
把用戶信息做一個表,userid做主關鍵字,
收入和支出做一個表,userid做外關鍵字。
為了方便程序設計,當然可以不做實際關聯。

㈣ MYSQL資料庫的物理設計都包括哪些內容,怎麼設計

Log File物理結構

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資料庫索引

    如何正確合理的建立MYSQL資料庫索引

    索引是快速搜索的關鍵。MySQL索引的建立對於MySQL的高效運行是很重要的。下面介紹幾種常見的MySQL索引類型。

    在資料庫表中,對欄位建立索引可以大大提高查詢速度。假如我們創建了一個 mytable表:

    CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL
    ); 我們隨機向裡面插入了10000條記錄,其中有一條:5555, admin。

    在查找username="admin"的記錄 SELECT * FROM mytable WHERE
    username='admin';時,如果在username上已經建立了索引,MySQL無須任何掃描,即准確可找到該記錄。相反,MySQL會掃描所有記錄,即要查詢10000條記錄。

    索引分單列索引和組合索引。單列索引,即一個索引只包含單個列,一個表可以有多個單列索引,但這不是組合索引。組合索引,即一個索包含多個列。

    MySQL索引類型包括:

    (1)普通索引

    這是最基本的索引,它沒有任何限制。它有以下幾種創建方式:

    ◆創建索引

    CREATE INDEX indexName ON mytable(username(length));
    如果是CHAR,VARCHAR類型,length可以小於欄位實際長度;如果是BLOB和TEXT類型,必須指定 length,下同。

    ◆修改表結構

    ALTER mytable ADD INDEX [indexName] ON (username(length))

    ◆創建表的時候直接指定

    CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,
    INDEX [indexName] (username(length)) ); 刪除索引的語法:

    DROP INDEX [indexName] ON mytable;

    (2)唯一索引

    它與前面的普通索引類似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創建方式:

    ◆創建索引

    CREATE UNIQUE INDEX indexName ON mytable(username(length))

    ◆修改表結構

    ALTER mytable ADD UNIQUE [indexName] ON (username(length))

    ◆創建表的時候直接指定

    CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,
    UNIQUE [indexName] (username(length)) );

    (3)主鍵索引

    它是一種特殊的唯一索引,不允許有空值。一般是在建表的時候同時創建主鍵索引:

    CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,
    PRIMARY KEY(ID) ); 當然也可以用 ALTER 命令。記住:一個表只能有一個主鍵。

    (4)組合索引

    為了形象地對比單列索引和組合索引,為表添加多個欄位:

    CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,
    city VARCHAR(50) NOT NULL, age INT NOT NULL );
    為了進一步榨取MySQL的效率,就要考慮建立組合索引。就是將 name, city, age建到一個索引里:

    ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);
    建表時,usernname長度為 16,這里用
    10。這是因為一般情況下名字的長度不會超過10,這樣會加速索引查詢速度,還會減少索引文件的大小,提高INSERT的更新速度。

    如果分別在
    usernname,city,age上建立單列索引,讓該表有3個單列索引,查詢時和上述的組合索引效率也會大不一樣,遠遠低於我們的組合索引。雖然此時有了三個索引,但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。

    建立這樣的組合索引,其實是相當於分別建立了下面三組組合索引:

    usernname,city,age usernname,city usernname 為什麼沒有
    city,age這樣的組合索引呢?這是因為MySQL組合索引「最左前綴」的結果。簡單的理解就是只從最左面的開始組合。並不是只要包含這三列的查詢都會用到該組合索引,下面的幾個SQL就會用到這個組合索引:

    SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM
    mytable WHREE username="admin" 而下面幾個則不會用到:

    SELECT * FROM mytable WHREE age=20 AND city="鄭州" SELECT * FROM mytable WHREE
    city="鄭州"

    (5)建立索引的時機

    到這里我們已經學會了建立索引,那麼我們需要在什麼情況下建立索引呢?一般來說,在WHERE和JOIN中出現的列需要建立索引,但也不完全如此,因為MySQL只對<,<=,=,>,>=,BETWEEN,IN,以及某些時候的LIKE才會使用索引。例如:

    SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username
    WHERE m.age=20 AND m.city='鄭州'
    此時就需要對city和age建立索引,由於mytable表的userame也出現在了JOIN子句中,也有對它建立索引的必要。

    剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時,MySQL不會使用索引。例如下句會使用索引:

    SELECT * FROM mytable WHERE username like'admin%' 而下句就不會使用:

    SELECT * FROM mytable WHEREt Name like'%admin' 因此,在使用LIKE時應注意以上的區別。

    (6)索引的不足之處

    上面都在說使用索引的好處,但過多的使用索引將會造成濫用。因此索引也會有它的缺點:

    ◆雖然索引大大提高了查詢速度,同時卻會降低更新表的速度,如對表進行INSERT、UPDATE和DELETE。因為更新表時,MySQL不僅要保存數據,還要保存一下索引文件。

    ◆建立索引會佔用磁碟空間的索引文件。一般情況這個問題不太嚴重,但如果你在一個大表上創建了多種組合索引,索引文件的會膨脹很快。

    索引只是提高效率的一個因素,如果你的MySQL有大數據量的表,就需要花時間研究建立最優秀的索引,或優化查詢語句。

    (7)使用索引的注意事項

    使用索引時,有以下一些技巧和注意事項:

    ◆索引不會包含有NULL值的列

    只要列中包含有NULL值都將不會被包含在索引中,復合索引中只要有一列含有NULL值,那麼這一列對於此復合索引就是無效的。所以我們在資料庫設計時不要讓欄位的默認值為NULL。

    ◆使用短索引

    對串列進行索引,如果可能應該指定一個前綴長度。例如,如果有一個CHAR(255)的列,如果在前10個或20個字元內,多數值是惟一的,那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁碟空間和I/O操作。

    ◆索引列排序

    MySQL查詢只使用一個索引,因此如果where子句中已經使用了索引的話,那麼order
    by中的列是不會使用索引的。因此資料庫默認排序可以符合要求的情況下不要使用排序操作;盡量不要包含多個列的排序,如果需要最好給這些列創建復合索引。

    ◆like語句操作

    一般情況下不鼓勵使用like操作,如果非使用不可,如何使用也是一個問題。like 「%aaa%」 不會使用索引而like
    「aaa%」可以使用索引。

    ◆不要在列上進行運算

    select * from users where YEAR(adddate)<2007;
    將在每個行上進行運算,這將導致索引失效而進行全表掃描,因此我們可以改成

    select * from users where adddate<『2007-01-01』;

    ◆不使用NOT IN和<>操作

    以上,就對其中MySQL索引類型進行了介紹。