作者dls ( )
看板Database
标题使用char在日後select时会比varchar更快速?
时间Thu Aug 10 17:13:12 2006
之前上补习班资料库的课程时
讲师有提到
通常储存长度不一的文字栏位会用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
1F：推 Adonisy:固定是比可变快，我也这样上 08/10 17:18
2F：推 ppanerai:资料一多 全部都很慢 理论最後还是理论 = =" 08/10 19:59
3F：推 qrtt1:固定长度才可以用随机存取的方式计算，不然只能用linear sea 08/11 09:45
4F：推 qrtt1:rch..。而资料大时变慢. 这讲的是一种感觉而已吧。 08/11 09:46
5F：推 qrtt1:搜寻的时间本来就随资料笔数成长 08/11 09:47
6F：推 fumizuki:char效率好 varchar 查询不必删除空白 08/12 10:06