BlogJava-<h1>littleQ</h1>-随笔分类-数据库http://www.blogjava.net/littleq/category/34325.html<span style="color:pink">终于明白曾经他们失落的目光，当年的你们是否一样；间有懈怠或有颓放，难知多久方能补上；今起，不再彷徨！</span></br>zh-cnWed, 03 Sep 2008 06:55:22 GMTWed, 03 Sep 2008 06:55:22 GMT60数据库优化小例子http://www.blogjava.net/littleq/archive/2008/09/03/226649.htmllittleQlittleQWed, 03 Sep 2008 05:17:00 GMThttp://www.blogjava.net/littleq/archive/2008/09/03/226649.htmlhttp://www.blogjava.net/littleq/comments/226649.htmlhttp://www.blogjava.net/littleq/archive/2008/09/03/226649.html#Feedback0http://www.blogjava.net/littleq/comments/commentRss/226649.htmlhttp://www.blogjava.net/littleq/services/trackbacks/226649.htmlfrom: http://littlez.javaeye.com/blog/236059
我们总在说优化，有这么多可优化的地方吗？
开发需求：

create table HELP_TEST(    
id number,   
CONTENT_ID NUMBER not null,     
PV NUMBER not null,     
UPDATE_DATE DATE not null )   
主键：id   
索引：content_id,update_date   
序列：seq_help_test_id  

看起来好像很简单，没什么不对的地方。
仔细分析业务，我发现content_id,update_date是唯一的，如果我们把这两个字段做个联合主键，那岂不是可以省略id主键，节省空间。表结构修改为：
create table HELP_TEST(    
CONTENT_ID NUMBER not null,     
PV NUMBER not null,     
UPDATE_DATE DATE not null )   
主键 ：content_id,update_date  

这样下来，表记录少一个字段id，少一个id索引，每行记录节省了十几个字节，对于很小的表空间省略是微不足道的，但是对于上千万行记录的表来说，节省的空间还是相当可观的。
很多微不足道的地方，优化起来也是有用的，能省则省嘛。

--EOF--

Trackback：http://rdc.taobao.com/blog/dba/html/178_dev_whatdo.html/trackback


littleQ 2008-09-03 13:17 发表评论
]]>