我们总在说优化，有这么多可优化的地方吗？
开发需求：
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
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
CONTENT_ID NUMBER not null,
PV NUMBER not null,
UPDATE_DATE DATE not null )
主键 ：content_id,update_date
这样下来，表记录少一个字段id，少一个id索引，每行记录节省了十几个字节，对于很小的表空间省略是微不足道的，但是对于上千万行记录的表来说，节省的空间还是相当可观的。
很多微不足道的地方，优化起来也是有用的，能省则省嘛。
http://rdc.taobao.com/blog/dba/html/178_dev_whatdo.html/trackback
<!--来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/1384/viewspace-374813/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
