表里有开始时间,结束时间,要加个用时，是加字段，还是代码里算比较好？

[wuwukai007]

[nullcoder]

不好说

[rekulas]

具体场景又没描述清楚别人没法给你你想要的答案的，不考虑搜索排序之类的话读取时动态计算或代码计算都 ok，反之加字段

[raaaaaar]

查询的时候直接用 MySQL 自带的函数就够了吧

[fmumu]

应用场景的说啊,如果只是查询出来展示,那实时算就行了,如果要用这个用时来做查询那就加字段

[Oktfolio]

前端算就够了

[Tink]

都行吧，看主要业务了

[akira]

是否需要按用时排序，是就要加字段

[littlewing]

加个虚拟字段

[littlewing]

@littlewing mysql 的话，支持虚拟列

[yitingbai]

最小设计原则,能实现功能的情况下, 能不加就不加

[jorneyr]

不必要的冗余字段

[xuanbg]

列表：sql 函数计算
单项：前端计算亦可

[429463267]

建议解耦，加到代码里面会让业务逻辑变复杂，如果是 sql 自动生成，会减少开发成本，而且可以通过改变少量的 sql 来取消此业务

[gam2046]

如果只是单纯搜索结果里需要，可以简单用 SQL 创建一个虚拟字段，如果时长需要被检索，那么还是建议新建一个实体字段，方便走索引。

代码尽量保持整洁，表意能力，SQL 我觉得会比大多数程序语言更好，更能够显示用途。

[keshao]

虚拟字段其实也可以建立索引的，你可以利用开始和结束两个字段定义一个虚拟字段，然后给这个虚拟字段去建立索引。https://www.cnblogs.com/LoveShare/p/13886062.html，看看可不可以满足你的需求

[l4ever]

看是否需要根据`用时`去筛选, 不需要就代码算出来.

[HashV2]

其实就是空间和时间的取舍 不能算冗余 空间可以换时间 我的业务就是加了字段的 因为有很多 sql 是用这个字段去查询、排序、过滤的 每次都计算的话徒增耗时

所以还是要看是看业务场景