MySQL的數(shù)據(jù)類型和建庫策略_Mssql數(shù)據(jù)庫教程
推薦:SQL Server 2005分析服務(wù) 統(tǒng)一整合視圖統(tǒng)一的空間模型 分析服務(wù)提供了一個(gè)商務(wù)語義模型,被稱為統(tǒng)一的空間模型 (UDM)。該模型定義了商務(wù)實(shí)體、商務(wù)邏輯、計(jì)算和度量。UDM 是一個(gè)中心位置,充當(dāng)所有報(bào)告、電子表格、OLAP瀏覽器、KIP
無論是在小得可憐的免費(fèi)數(shù)據(jù)庫空間或是大型電子商務(wù)網(wǎng)站,合理的設(shè)計(jì)表結(jié)構(gòu)、充分利用空間是十分必要的。這就要求我們對(duì)數(shù)據(jù)庫系統(tǒng)的常用數(shù)據(jù)類型有充分的認(rèn)識(shí)。下面我就將我的一點(diǎn)心得寫出來跟大家分享。
一、數(shù)字類型
數(shù)字類型按照我的分類方法分為三類:整數(shù)類、小數(shù)類和數(shù)字類。
我所謂的“數(shù)字類”,就是指 DECIMAL 和 NUMERIC,它們是同一種類型。它嚴(yán)格的說不是一種數(shù)字類型,因?yàn)樗麄儗?shí)際上是將數(shù)字以字符串形式保存的;他的值的每一位 (包括小數(shù)點(diǎn)) 占一個(gè)字節(jié)的存儲(chǔ)空間,因此這種類型耗費(fèi)空間比較大。但是它的一個(gè)突出的優(yōu)點(diǎn)是小數(shù)的位數(shù)固定,在運(yùn)算中不會(huì)“失真”,所以比較適合用于“價(jià)格”、“金額”這樣對(duì)精度要求不高但準(zhǔn)確度要求非常高的字段。
小數(shù)類,即浮點(diǎn)數(shù)類型,根據(jù)精度的不同,有 FLOAT 和 DOUBLE 兩種。它們的優(yōu)勢(shì)是精確度,F(xiàn)LOAT 可以表示絕對(duì)值非常小、小到約 1.17E-38 (0.000...0117,小數(shù)點(diǎn)后面有 37 個(gè)零) 的小數(shù),而 DOUBLE 更是可以表示絕對(duì)值小到約 2.22E-308 (0.000...0222,小數(shù)點(diǎn)后面有 307 個(gè)零) 的小數(shù)。FLOAT 類型和 DOUBLE 類型占用存儲(chǔ)空間分別是 4 字節(jié)和 8 字節(jié)。如果需要用到小數(shù)的字段,精度要求不高的,當(dāng)然用 FLOAT 了�?墒钦f句實(shí)在話,我們“民用”的數(shù)據(jù),哪有要求精度那么高的呢?這兩種類型至今我沒有用過――我還沒有遇到適合于使用它們的事例。
用的最多的,最值得精打細(xì)算的,是整數(shù)類型。從只占一個(gè)字節(jié)存儲(chǔ)空間的 TINYINT 到占 8 個(gè)字節(jié)的 BIGINT,挑選一個(gè)“夠用”并且占用存儲(chǔ)空間最小的類型是設(shè)計(jì)數(shù)據(jù)庫時(shí)應(yīng)該考慮的。TINYINT、SMALLINT、MEDIUMINT、INT 和 BIGINT 占用存儲(chǔ)空間分別為 1 字節(jié)、2 字節(jié)、3 字節(jié)、4 字節(jié)和 8 字節(jié),就無符號(hào)的整數(shù)而言,這些類型能表示的最大整數(shù)分別為 255、65535、16777215、4294967295 和18446744073709551615。如果用來保存用戶的年齡 (舉例來說,數(shù)據(jù)庫中保存年齡是不可取的),用 TINYINT 就夠了;九城的《縱橫》里,各項(xiàng)技能值,用 SMALLINT 也夠了;如果要用作一個(gè)肯定不會(huì)超過 16000000 行的表的 AUTO_INCREMENT 的 IDENTIFY 字段,當(dāng)然用 MEDIUMINT 不用 INT,試想,每行節(jié)約一個(gè)字節(jié),16000000 行可以節(jié)約 10 兆多呢。
二、日期時(shí)間類型
日期和時(shí)間類型比較簡(jiǎn)單,無非是 DATE、TIME、DATETIME、TIMESTAMP 和 YEAR 等幾個(gè)類型。只對(duì)日期敏感,而對(duì)時(shí)間沒有要求的字段,就用 DATE 而不用 DATETIME 是不用說的了;單獨(dú)使用時(shí)間的情況也時(shí)有發(fā)生――使用 TIME;但最多用到的還是用 DATETIME。在日期時(shí)間類型上沒有什么文章可做,這里就不再詳述。
三、字符 (串) 類型
不要以為字符類型就是 CHAR,CHAR 和 VARCHAR 的區(qū)別在于 CHAR 是固定長(zhǎng)度,只要你定義一個(gè)字段是 CHAR(10),那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了 10 個(gè)字節(jié),它都要占去 10 個(gè)字節(jié)的空間;而 VARCHAR 則是可變長(zhǎng)度的,如果一個(gè)字段可能的值是不固定長(zhǎng)度的,我們只知道它不可能超過 10 個(gè)字符,把它定義為 VARCHAR(10) 是最合算的,VARCHAR 類型的占用空間是它的值的實(shí)際長(zhǎng)度 1。為什么要 1 呢?這一個(gè)字節(jié)用于保存實(shí)際使用了多大的長(zhǎng)度。從這個(gè) 1 中也應(yīng)該看到,如果一個(gè)字段,它的可能值最長(zhǎng)是 10 個(gè)字符,而多數(shù)情況下也就是用到了 10 個(gè)字符時(shí),用 VARCHAR 就不合算了:因?yàn)樵诙鄶?shù)情況下,實(shí)際占用空間是 11 個(gè)字節(jié),比用 CHAR(10) 還多占用一個(gè)字節(jié)。
舉個(gè)例子,就是一個(gè)存儲(chǔ)股票名稱和代碼的表,股票名稱絕大部分是四個(gè)字的,即 8 個(gè)字節(jié);股票代碼,上海的是六位數(shù)字,深圳的是四位數(shù)字。這些都是固定長(zhǎng)度的,股票名稱當(dāng)然要用 CHAR(8);股票代碼雖然是不固定長(zhǎng)度,但如果使用 VARCHAR(6),一個(gè)深圳的股票代碼實(shí)際占用空間是 5 個(gè)字節(jié),而一個(gè)上海的股票代碼要占用 7 個(gè)字節(jié)!考慮到上海的股票數(shù)目比深圳的多,那么用 VARCHAR(6) 就不如 CHAR(6) 合算了。
雖然一個(gè) CHAR 或 VARCHAR 的最大長(zhǎng)度可以到 255,我認(rèn)為大于 20 的 CHAR 是幾乎用不到的――很少有大于 20 個(gè)字節(jié)長(zhǎng)度的固定長(zhǎng)度的東東吧?不是固定長(zhǎng)度的就用 VARCHAR。大于 100 的 VARCHAR 也是幾乎用不到的――比這更大的用 TEXT 就好了。TINYTEXT,最大長(zhǎng)度為 255,占用空間也是實(shí)際長(zhǎng)度 1;TEXT,最大長(zhǎng)度 65535,占用空間是實(shí)際長(zhǎng)度 2;MEDIUMTEXT,最大長(zhǎng)度 16777215,占用空間是實(shí)際長(zhǎng)度 3;LONGTEXT,最大長(zhǎng)度 4294967295,占用空間是實(shí)際長(zhǎng)度 4。為什么 1、 2、 3、 4?你要是還不知道就該打 PP 了。這些可以用在論壇啊、新聞啊,什么的,用來保存文章的正文。根據(jù)實(shí)際情況的不同,選擇從小到大的不同類型。
四、枚舉和集合類型
枚舉 (ENUM) 類型,最多可以定義 65535 種不同的字符串從中做出選擇,只能并且必須選擇其中一種,占用存儲(chǔ)空間是一個(gè)或兩個(gè)字節(jié),由枚舉值的數(shù)目決定;集合 (SET) 類型,最多可以有 64 個(gè)成員,可以選擇其中的零個(gè)到不限定的多個(gè),占用存儲(chǔ)空間是一個(gè)到八個(gè)字節(jié),由集合可能的成員數(shù)目決定。
舉個(gè)例子來說,在 SQLServer 中,你可以節(jié)約到用一個(gè) BIT 類型來表示性別 (男/女),但 MySQL 沒有 BIT,用 TINTINT 嗎?不,可以用 ENUM('帥哥','美眉'),只有兩種選擇,所以只需一個(gè)字節(jié)――跟 TINYINT 一樣大,但卻可以直接用字符串 '帥哥' 和 '美眉' 來存取。真是太方便啦!
好了,MySQL 的數(shù)據(jù)類型介紹得差不多,我的建庫策略也隨著介紹數(shù)據(jù)類型介紹給大家一些。但這只是其中一部分,篇幅有限,不能再細(xì)說;其他的,就靠各人在對(duì)數(shù)據(jù)類型理解的基礎(chǔ)上,多多實(shí)踐、多多討論。
分享:SQL“多字段模糊匹配關(guān)鍵字查詢”我們開發(fā)數(shù)據(jù)庫應(yīng)用時(shí),常常需要用到模糊查詢。如果同一個(gè)條件需要匹配很多字段怎么辦呢?通常,程序員會(huì)每個(gè)字段都在SQL中“field like'%cond%'”一次。這樣,SQL語句會(huì)長(zhǎng)得驚人,碰
- sql 語句練習(xí)與答案
- 深入C++ string.find()函數(shù)的用法總結(jié)
- SQL Server中刪除重復(fù)數(shù)據(jù)的幾個(gè)方法
- sql刪除重復(fù)數(shù)據(jù)的詳細(xì)方法
- SQL SERVER 2000安裝教程圖文詳解
- 使用sql server management studio 2008 無法查看數(shù)據(jù)庫,提示 無法為該請(qǐng)求檢索數(shù)據(jù) 錯(cuò)誤916解決方法
- SQLServer日志清空語句(sql2000,sql2005,sql2008)
- Sql Server 2008完全卸載方法(其他版本類似)
- sql server 2008 不允許保存更改,您所做的更改要求刪除并重新創(chuàng)建以下表
- SQL Server 2008 清空刪除日志文件(瞬間日志變幾M)
- Win7系統(tǒng)安裝MySQL5.5.21圖解教程
- 將DataTable作為存儲(chǔ)過程參數(shù)的用法實(shí)例詳解
Mssql數(shù)據(jù)庫教程Rss訂閱編程教程搜索
Mssql數(shù)據(jù)庫教程推薦
- 淺談Oracle數(shù)據(jù)庫開發(fā)技術(shù)經(jīng)驗(yàn)
- 關(guān)于SQL 存儲(chǔ)過程入門基礎(chǔ)(基礎(chǔ)知識(shí))
- 解讀優(yōu)化SQL Server數(shù)據(jù)庫查詢方法
- 解讀SQL Server查詢含有單引號(hào)數(shù)據(jù)的方法
- 修改SQL Server2005的sa用戶密碼
- 跟蹤SQL 2008的變更數(shù)據(jù)可變部分
- 怎樣制定自己的SQL Server 2000觸發(fā)器
- 怎樣做sql server數(shù)據(jù)庫的還原
- 揭秘SQL Server數(shù)據(jù)庫系統(tǒng)的編譯
- 解讀SQL Server游標(biāo)使用實(shí)例
猜你也喜歡看這些
- C# Mysql 查詢 Rownum的解決方法
- 解決MYSQL導(dǎo)入腳本數(shù)據(jù)中文亂碼
- SQL Server Management Studio 沒有出來
- MySQL筆記之別名的使用
- mysql 導(dǎo)入導(dǎo)出數(shù)據(jù)庫以及函數(shù)、存儲(chǔ)過程的介紹
- 解析MySQL中INSERT INTO SELECT的使用
- MySql優(yōu)化指南
- MySQL筆記之運(yùn)算符使用詳解
- MySQL數(shù)據(jù)庫INSERT、UPDATE、DELETE以及REPLACE語句的用法詳解
- 解析:內(nèi)聯(lián),左外聯(lián),右外聯(lián),全連接,交叉連接的區(qū)別
- 相關(guān)鏈接:
- 教程說明:
Mssql數(shù)據(jù)庫教程-MySQL的數(shù)據(jù)類型和建庫策略
。