十年DBA老兵：鉴戒，重Java轻SQL乃机能大忌

为了实现这种布局转换，其时的架构计划如下：

1. 通过 SQL 从 DB 获取每个里程碑、交付地区的 plan_start_time、plan_end_time、actural_start_time、actural_end_time 及 du 荟萃，即 SQL 中的 wm_concat 拼集后的功效。

2. Java 应用措施拿到这个功效后，轮回功效集，并依次解析由 wm_concat 拼集的内容：

• 计较每一个里程碑内 DU 的均匀时距离断；

• 判定里程碑的前后置相关；

• 计较前后置里程碑间的天数隔断；

• 最终将计较功效展此刻前端页面。

水到渠成，一战而定

从上述描写中，我们可以提炼出如下信息：

• WM_CONCAT 拼集的内容只是过渡的，在 Java 中还必要依次解析。

• Java 处理赏罚的几个步调完全可以由 SQL 来实现。这样就可以省却以下几个“贫困”：

1. 省却了大量数据从 DB 传输到 Java 处事器的本钱开销。

2. 可以顺理成章的拔掉 wm_concat 这根刺。

那么，假如用 SQL 来实现上述逻辑成果，存在两个难点，其一是怎样判定里程碑（task_name）前后置相关，其二是计较前后置里程碑的时刻差。

进一步说明后发明，里程碑（task_name）前后置相关可以通过 SQL 来获取，而在时距离断的计较上，可以通过 lead 窗口说明函数获取后置时刻，然后相减即可。

改革后的 SQL 如下：

将 SQL 在 DB 中运行，不到 3 秒就执行完成。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!