|
|
在数据库中建表时记录长度为什么越短越好
( 2008/4/22 10:18 )
在实际的工作和学习中,建表时记录的长度越短越好,越短则IO操作越少,查询越快。能用int就不要用bigint,而如果能用tinyint是最好的。定义varchar时按照业务需要设置长度,不要一律varchar(255),这样虽然并不会增加储存空间,但如以前提过的MySQL使用临时表是会把 varchar字段变成char,这样会增加临时表的大小,降低查询速度。同样的道理,对于不会使用utf8的字段(如:email, url),也不要用utf8的格式,因为MySQL必须为char(10)保留30个字节。用指明not null的时候也最好指明,这样也可以减少记录的长度。 使用查询示例: select sql_buffer_result address from user; 注:使用sql_buffer_result是强制使用临时表。表内有102000条记录,当address为varchar(255)时用时0.7秒,假如更改为varchar(30)则时间减少为0.2秒。
|
热议文章·联通时代,网通品牌应该谢幕 (6-27) 评:合并只能选择一个,牺牲一个。有舍才有得。如果勉强留下两个,只能造成品牌投资浪费和... ·中移动的TD-SCDMA前奏 (6-25) ·中电信召集23家CDMA终端商酝酿调整发展策略 (6-25) ·联通部分中高层调往电信 进入接收C网准备阶段 (6-25) ·工信部明年完成互联互通监测系统改造 (6-25) ·IPTV技术中的终端管理现状及分析 (6-27) ·新一代电信网络资源管理系统建设方案的技术分析 (6-27) ·GSM本地网核心层IP化演进 (6-27) ·光纤接入网FTTx成本模型及其应用 (6-27) ·TD-HSDPA的研究与分析 (6-27) ·TD-SCDMA HSUPA系统中HARQ方案的研究 (6-27) ·iPhone:我国的市场规模再一次赢得了世界 (6-27) ·中国电信CDMA终端战略将决定其竞争力 (6-25) ·终端与业务捆绑已成运营商竞争重要手段 (6-20) ·为什么不能与苹果合作推出TD-iPhone (6-18) |
||||||||||||||||||
|