MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
select a.id, c.name as status ,d.name as type
from a
left join b c on a.status =c.id
left join b d on a.type =d.id
select a.id,
(selct name from b where a.status = b.id) as status,
(selct name from b where a.type = b.id) as type
from a
a 表与 b 表关联，b 作为字典表，存着名称等信息，a 只有 id 。
不讨论这个表结构改变等等（以及用了很久，数据很多，而且不是我能决定的），仅从 SQL 角度
1.两种写法我都觉得很丑陋，有没有更好的
2.如果没有的话，哪一种稍微好一点
 |
1
youzipi Aug 26, 2020  1
没必要 join 两次吧
|
 |
2
luojianxhlxt Aug 26, 2020 1
|
 |
3
CUMTProgrammer OP @luojianxhlxt
@youzipi 如果 join 一次的话，后面的 type 要怎么查询?能否写一下完整的 sql 两个属性并不是一行数据，type 是一行，status 是一行，是字典表的形式 |
|
4
CUMTProgrammer OP 如果是查询一行的话，我也觉得 join 要好，但是这个是 a 的多个属性都要从 b 获取，可以简单的理解 b 只有 id,name 两个字段，a 存着 b 的 id
|
 |
5
bixchen Aug 26, 2020 1
第一种。
|
 |
6
redtea Aug 26, 2020 1
把字典表全表查出来，写入缓存，等有数据更新了再更新缓存。
只要查询 a 表就行了，status 和 type 对应的名称从缓存查。 如果字典表常年不变的话，作为常量都行。 |
 |
7
justgodlike1993 Aug 26, 2020 1
WHERE a.type = c.id?
|
 |
8
lovecy Aug 26, 2020 1
#6 正解，非要 SQL 就第一种了，别纠结了，头发要紧
|
 |
9
realpg Aug 26, 2020 1
从语义逻辑上看也是 left join 没啥性能问题
|
 |
10
guanhui07 Aug 26, 2020 1
我也觉得 一次 join
|
 |
11
taogen Aug 26, 2020 via Android 1
1. 应该没有。
2. 习惯第一种写法。 |
 |
12
zhangysh1995 Aug 28, 2020
|
|
13
CUMTProgrammer OP @zhangysh1995 兄弟，你的 join 一次写法太想当然了。你可以自己试一次
|
 |
14
jintianfengda Aug 31, 2020
字典表放缓存吧，如果非要从 db 查，那就第一种吧，我还是习惯了用 join
针对 join 一次还是 join 两次的问题，应该是 join 两次，b 是字典表，a 是两个字段需要去查字典，我这么理解没错吧 还有字典一般都是 Map<K,List<V>>两层结构的吧，这里直接 join 了 id 的话那就应该是单层的了，对我个人来说也怪怪的 |
Select Language