V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2255 days ago, the information mentioned may be changed or developed.
这几种方式：
1、将逻辑一次性通过 SQL 处理完
2、在代码中处理，分几次请求数据库
3、在代码中处理，数据库加冗余字段，减少请求数据库的次数
大家一般倾向哪一种，或者有没有更好的方式
1、将逻辑一次性通过 SQL 处理完
2、在代码中处理，分几次请求数据库
3、在代码中处理，数据库加冗余字段，减少请求数据库的次数
大家一般倾向哪一种，或者有没有更好的方式
 |
1
noreplay Feb 27, 2020
个人倾向于第一种。
|
 |
2
waising Feb 27, 2020 via iPhone
个人倾向于第二种，但实际情况是第一种
|
 |
3
zuoakang Feb 27, 2020
还好不是多库查询，多表多话，看执行速度吧，如果速度慢，可以考虑中间表吧
|
 |
4
wd Feb 27, 2020 via iPhone
取决于实际情况...
|
 |
5
luoyou1014 Feb 27, 2020  2
没有性能压力，第一种和第二种没区别，用 3 就浪费工作量
有性能压力，第一种绝对不能用，会直接拖垮数据库，第二种仅能使用于一种情况，就是这个语句不是经常执行的，只是偶尔执行一下，例如在后台查看一些统计数据。 有性能压力，且查询量大，只能采用第三种办法。 |
 |
6
zhaorunze Feb 27, 2020
4.定时任务收集数据
|
 |
7
leon0903 Feb 27, 2020
有分页要求的话 只能用第一种吧。
|
 |
8
bbbai Feb 27, 2020
倾向第一种。数据量过大的 实时性要求不高倾向于 #6 提出的第四种
|
 |
9
akira Feb 27, 2020
2 3
|
 |
10
newtype0092 Feb 27, 2020
这几种方式都有存在的必要，没有一种方法能通吃所有场景。
|
 |
11
laojiaqing Feb 27, 2020
定时任务就不会有性能压力？
|
 |
12
zhuangjia Feb 27, 2020
倾向于第一种，实际第二种
目的是方便理解和修改…… |
 |
13
Ministor Feb 27, 2020
索引啊 es 之类的
|
 |
14
silvermuse Feb 27, 2020 1
从不用联表查询。。多数用二，请求频繁性能压力特别大的用三。
联表查询量稍微上来一点点就不行了，性能实在太差。 |
 |
15
wzwwzw Feb 27, 2020
不要求实时，用定时任务执行第一种，把结果存缓存。实时第二种。
|
 |
16
loryyang Feb 27, 2020
看你多复杂了，太复杂，用 1 的方法有时候会很慢，需要做专门的优化。如果速度 OK 的话，1 挺好的。为了省事，就 2 好了
另外，2 的查询还会涉及到原子性问题 |
|
17
loryyang Feb 27, 2020
不少引擎对这种联合查询场景有专门的优化，不过不是万能的，稍微复杂一些就可能无法优化，而导致速度变得很慢
|
 |
18
optional Feb 27, 2020
没什么好争议的：
OLAP 场景 第一种，OLTP 场景 第二第三种。 |
 |
19
opengps Feb 27, 2020 via Android
为了程序简单选择 1
为了数据库能扩容，选择 2 |
 |
20
zivyou Feb 27, 2020
个人第一种用的多些。主要写起来优雅一些，性能要求也没那么高
|
 |
21
reus Feb 28, 2020
如果你不是用 mysql5.x，那没必要用 2、3。
|
 |
22
doudou1523102 Feb 28, 2020
觉得不用修改第一种，需要修改第二种，实际上第一种修改可能一个 sql 看一上午，要分段拿出 sql 看，很费时间
|
Select Language