数据库设计时注意的地方.pptVIP

替换LONG及LONG RAW类型 不能使用long 或者long raw类型，应以CLOB或BLOB来代替。 CHAR vs VARCHAR2 Char 定长，varchar2变长 Char(n)占据n个byte、varchar2(n)占据n+1个byte（字段长度）,对于普通的zhs16gbk字符集，汉字是两个字符。 如果一个字段要么是null要么全是一个长度，使用char 字段长度 长度的大小应该以最接近实际情况为准。 经常会发现varchar2(512),varchar2(1024)甚至varchar2(4000)的字段，但实际的最大长度也就20多个汉字 Varchar2类型设的太长的弊端， 可能会需要更多的内存 迁移到其他类型的数据库时，无法实现，比如db2 Bitmap index 推荐不用 对性能基本上没好的影响。 可能导致dead lock（公安局项目碰到） 分页的总数问题1/3 分页处理的总数问题2/3 关于分页时总数的获得。 select t1.c1,t1.c2,t2.c3 from t1,t2 where t1.id=t2.id and t1.location=SHANGHAI; select count(*) from ( select t1.c1,t1.c2,t2.c3 from t1,t2 where t1.id=t2.id and t1.location=SHANGHAI ); 分页的总数问题 3/3 上面的查总数的语句可能可以修改如下 select count(*) from t1,t2 where t1.id=t2.id and t1.location=‘SHANGHAI’； 或者业务允许的话 select count(*) from t1 where t1.location=‘SHANGHAI’； 减少一次性从数据库select的数据量 曾发生过这样的案例，有同事在开发中一次性的将若干表的数据先拉到本地然后再处理，结果由于数据量过大，导致数据库负载很重，调查了1个月左右才找到问题所在。 极小的表的话，预取是没问题的，除此之外尽量减少一次性的预取操作。 SEQUENCE的cache Cache缺省情况下是20，也就是说该sequence每次将生成20个值存放到内存中，其他会话查询该sequence的时候就不用再生成了。 如果该sequence用的非常频繁的话，20就可能就不够了，从而导致sequence频繁的生成新值，这时候就会导致enq: SQ - contention 锁等待。可以增大该sequence的cache值。 Alter sequence seq_test cache 200; Create sequence seq_new cache 200; Cache值过大，数据库重启的时候，内存中已经生成的sequence值都将丢失，所以可能会导致sequence值更加不够连续 尽量减少视图的使用 特别是复杂的视图。Oracle对复杂的视图产生的执行计划不是最优的可能性很大，并且一旦有性能问题，对复杂视图的调优也极为困难。 本文目的 对一个已有的数据库进行大的改变基本上是伤筋动骨的。最好的方法是在准备开发数据库的时候预想到哪些需要注意的，这样以后的工作量会大大降低。 表空间设计 建专门的数据表空间跟索引表空间。也就是说数据跟索引分开。 根据应用分别建表空间 分区表所在的表空间一般也考虑单独放 创建表、索引的时候要带上表空间参数，以确定放到合适的表空间中。 特别注意，应用的对象一定不能放到system等系统表空间里。 某数据库表空间设计 某数据库表空间设计2 是否要分区 这是个很重要的问题 要把眼光放长远，当前某个表很小，那几年之后还会很小吗？ 经验值，如果表的数据量不会超过1000万，可以不考虑分区。 如果表的历史数据会被清走，建分区表也是个不错的选择。 索引问题 经常用来作为查询条件并且不同值比较多的字段一定要考虑建索引。比如姓名、医保号，不能因为开发环境时数据量小就不管了。 复合索引的首列一定是那个不同值较多的那个。比如（姓名，性别），姓名一定要放到前面去。复合的主键首列问题要重点看，经常会看到复合的主键首字段都是地区之类不同值很少的。 分区表的索引，一般来说推荐local index，但会导致唯一性的索引必须包含分区字段 数据库分析 进入ORACLE10g之后，如果表未分析的话，oracle会主动估算一下数据分布情况再决定执行计划，由于估算的比例比较小，可能发生不准的情况。 要对数据库有定期分析的计划。 一个数据库分析计划的例子 SQL begin BEGIN DBMS_SCHEDULER.CREATE_JOB (