1：建立分区
随着表的增大，对它的维护也更加困难。在非常大的数据库中，可以通过把一个大表的数 据分成多个小表来大大简化数据库的管理活动。例如，可以根据表中的部门或产品值把一个表 分成独立的小表。 注意分分区只对拥有并安装了分区选项的企业是可用的。 当把一个大表分成若干小表时，可以规定一些范围值供数据库使用，这些称作分区 ( p a r t i t i o n )的小表比大表的管理更加简单。例如，可以完全删除( t r u n c a t e )一个分区的数据而不会 删除其他分区中的数据。O r a c l e将把分区表看作一个大表，但可以把这些分区作为一些独立的对 象来管理。 分区还可以改善应用性能。由于优化器将知道作为分区基础使用的范围值，所以它在访问 表时就可以只使用特定的分区直接查询。因为在查询过程中只浏览少量数据，自然就改善了查 询性能。 除了表外，也可以对索引进行分区，一个分区索引的分区中的范围值可以与索引表使用的 范围相匹配，这种情况的索引叫作局部索引(local index)。如果索引分区不能与表分区的值范围 相匹配，则该索引就叫作全局索引(global index)。 在O r a c l e 8 i中，能够细分分区，创建子分区。例如，可以先根据一组值分割一个表，然后再 根据另一种分割方法分割分区。在O r a c l e 9 i中，除了范围分区与哈希分区之外，还可以创建目录 分区（list partitions）。有关分区、子分区、局部索引和全局索引的管理问题。
2： 主要为了防止遍历表查询。
比如 LEFT JOIN, RIGHT JOIN 。这些查询如果能用冗余避免则应尽力避免。
INNER JOIN 则不用担心了。
而且表设计的时候应当尽量避免出现 LEFT JOIN 。
比如 LEFT JOIN, RIGHT JOIN 。这些查询如果能用冗余避免则应尽力避免。
INNER JOIN 则不用担心了。
而且表设计的时候应当尽量避免出现 LEFT JOIN 。
3：减少表关联，可增加冗余字段，通过空间来换时间
假如一个论坛库中有用户信息表tbUsers有下列字段 user_id(用户信息编号),user_name(用户名),user_nick(用户昵称)
贴子表tbTopics tpic_id(贴子信息编号),tpic_title(贴子主题),tpic_content(贴子内容),user_id(用户编号)
在实际的贴子显示过程中，我们要在贴子中显示用户昵称时，都是通过tbTopics表中的user_id和tbUsers表进行关联来获取user_nick信息。
上面的两个表的表结构设计根据设计范式不存在问题，但是如果这个论坛的访问量大的话，表的关联的代价就出来了，因为两表关联比访问一个表的代价要大。
因此，我们可以采取在tbTopics表中增加一个冗余字段user_nick，这样显示贴子时不再需要和表tbUsers进行关联了即SELECT * FROM [tbTpocs]即可，不需要SELECT t.*,u.user_nick FROM tbTpoics t LEFT JOIN tbUsers u ON t.user_id=u.user_id来显示获取贴子数据进行显示.
贴子表tbTopics tpic_id(贴子信息编号),tpic_title(贴子主题),tpic_content(贴子内容),user_id(用户编号)
在实际的贴子显示过程中，我们要在贴子中显示用户昵称时，都是通过tbTopics表中的user_id和tbUsers表进行关联来获取user_nick信息。
上面的两个表的表结构设计根据设计范式不存在问题，但是如果这个论坛的访问量大的话，表的关联的代价就出来了，因为两表关联比访问一个表的代价要大。
因此，我们可以采取在tbTopics表中增加一个冗余字段user_nick，这样显示贴子时不再需要和表tbUsers进行关联了即SELECT * FROM [tbTpocs]即可，不需要SELECT t.*,u.user_nick FROM tbTpoics t LEFT JOIN tbUsers u ON t.user_id=u.user_id来显示获取贴子数据进行显示.