请教各位兄弟,这样的DB设计有没有问题?

bibiye 2004-10-14 10:24:11
1、TGBase、TUnit、TGJob表 有上百万条记录,TBaseCode表有上万条记录
2、查找时TGBase、TUnit、TGJob三张表各有一主键互相关联,而TGBase会有七个字段关联到TBaseCode。
感觉效率不高,是我们老大设计的,请各位兄弟评价一下。
...全文
99 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
armorking2003 2004-10-19
  • 打赏
  • 举报
回复
提供一个思路

假定:TGBase会有七个字段col1、col2、。。。col7关联到TBaseCode的某一个字段KeyCol
并且关联条件可写成如下形式:
TGBase.col1 || TGBase.col2 || TGBase.col3 || TGBase.col4 || TGBase.col5 || TGBase.col6 || TGBase.col7 = TBaseCode.KeyCol



那么,可以用函数索引进行优化
建立一个函数索引:


CREATE INDEX INDEX1_TGBASE ON TGBase
(
col1 || col2 || col3 || col4 || col5 || col6 || col7 ASC
) TABLESPACE INDX
STORAGE(INITIAL 50M NEXT 10M MINEXTENTS 1)
;


lialin 2004-10-18
  • 打赏
  • 举报
回复
有七个字段是比较有点不合适!不过如果定型不好改的话也只能在这个基础上来进行优化了!
wuzd 2004-10-18
  • 打赏
  • 举报
回复
表能细化,再细化,不能细化也没办法了,
dinya2003 2004-10-15
  • 打赏
  • 举报
回复
同一个表有七个字段关联? 七个字段组合起来唯一? 是不是当初表结构设计的不大好.
ITpassport 2004-10-15
  • 打赏
  • 举报
回复
关联太多会影响速度
另外查询的时候注意下技巧
选择最有效率的表名顺序(只在基于规则的优化器中有效)
ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并.
例如:
表 TAB1 16,384 条记录
表 TAB2 1 条记录
选择TAB2作为基础表 (最好的方法)
select count(*) from tab1,tab2
选择TAB2作为基础表 (不佳的方法)
select count(*) from tab2,tab1
如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.

出处 www.dbasupport.com
zyljlu 2004-10-14
  • 打赏
  • 举报
回复
两个表间用七个字段关联感觉有点太夸张了,冗余是不是太多了?

3,491

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 高级技术相关讨论专区
社区管理员
  • 高级技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧