请教大佬们一个数据库的查询问题

[Visitor233]

现开发过半的表结构

表 A AId AName 表 B BId BName AId 表 C CID CName BId 表 D DID DName CID

问题点

例如：我现在查个 D 表数据，但需要额外显示 BName 的信息，就得 join 两次。 可实际上一个 select 得做四五次这样的 join，项目现有的查询一大半都是这种，重复度颇高， 而且来来回回就是那六张表。

结语

我今天和项目负责人说了，他也觉得这种设计整个查询麻烦，但他也想不出什么办法。 V 友们说说看，怎么整好些

业务场景：学校。 这几个表就是查询，增删改很少 PS：想过 sql CTE，没写出来

[aragakiyuii]

join ；查一个表再 byIds 去查另一个表；把 a，b，c 表的字段冗余到 d 中；改需求😂

[aguesuka]

create view GOD select * from a join b join c join d join d join e join f;

我司现状

[luckyx]

人生苦短, 我用 neo4j (不是

[akira]

新建一个表，叫 ABCD， 字段是 aid,bid,cid,did,aname,bname,cname,dname.
这个表的数据从 a b c d 定时或者实时更新进来。
打完 收工

[PopRain]

也不一定非要用数据库范式，现在存储根本不是问题，主表数据写入从表也是一个办法（ NAME 写入时一起写到子表）

[JunoNin]

同五楼，多写入一次 name 到查询较多的表

[chanchan]

是一对多的话就应该这样,在这种地方偷懒,肯定会在另外一个地方带来麻烦

[hsk9044]

其实这也根本不是问题, 就像 5 楼说的, 仅是增加几个字段就能解决的事情, 考虑的太复杂以后反而不好拓展. 单前提是热点字段才可以这样冗余, 如果整 B 表都是热点数据, 那你除了查询时做关联没比较好的办法. 或者就是业务层分开查询了

[taogen]

除了 1. denormalization （如 5 楼），2. 增加 cache table （如 4 楼），3. 还可以考虑添加索引 + SQL 优化：

如下：

Index:

D 表 index(c_id, dname)

C 表 index(b_id, cname)

B 表 index(a_id, bname)

SQL:

select D.*, B2.bname from D

join (select cid, cname, b_id from C) as C2 on D.c_id = C2.cid

join (select bid, bname from B) as B2 on C2.b_id = B2.bid;

[Visitor233]

@aguesuka 视图也行

[Visitor233]

@akira 数据量多，你这法子可以考虑，我忘了补充，这 6 张表加起来的数据才 1000 来条

[Visitor233]

@PopRain 反范式这个好像可以考虑下，经常用但数据量少的 A B C 三表加起来也不过 100 条

[Visitor233]

@taogen 谢谢，一时还没看懂你的 sql 语句，不过我觉得会派上用场的

[akira]

@Visitor233 其实吧，个人建议是，做数据库设计的时候，第一步就是把三范式给忘掉。