使用char在日後select時會比varchar更快速?
之前上補習班資料庫的課程時
講師有提到
通常儲存長度不一的文字欄位會用varchar
但有些系統在設計DB schema時
會使用 cahr 而非 varchar
是一種空間換時間的作法
char(n) 是每筆資料都佔n個字元
varchar(m) 是每筆資料最多佔m個字元 (所以可能是0~m)
今天如果要找尋第 i 筆資料
如果是使用 char 的話 直接到起始位置再加上i*n 就可以找到所需要的資料
(以上有錯請指正)
我想請問一下
大家覺得這種作法好嘛??
在設計時要怎麼去計算大概每次select會快多少??
也就是說去評估這種空間換時間的作法划不划算
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.119.232.6
推
08/10 17:18, , 1F
08/10 17:18, 1F
推
08/10 19:59, , 2F
08/10 19:59, 2F
推
08/11 09:45, , 3F
08/11 09:45, 3F
推
08/11 09:46, , 4F
08/11 09:46, 4F
推
08/11 09:47, , 5F
08/11 09:47, 5F
推
08/12 10:06, , 6F
08/12 10:06, 6F
Database 近期熱門文章
PTT數位生活區 即時熱門文章
