编译成 native 就行了

我们组是严禁使用数组, 但凡代码里发现有数组, 就没法合进去.

你是没见过很多干土木的, 24 小时连轴转的多了去了

当然是第一种更简单直观了

国家还要求 5 天 8 小时呢, 你咋这么听话来着

远程快照啊, 好用的很

现在在推 wetchat for harmony PC, 没空 for linux

今年爆炸, 年终估计 double

@dcoder 有什么问题么? 不涉及到钱的, 直接改, 就算改错了, 马上恢复就是, 又能有什么问题? 直接改难道不是解决问题最快的方式么? 你还在那吭哧吭哧的跑流程, 我这边早已经改好了.

@dcoder 不是想成迷于远程开发, 而是线上出 bug 了, 线上直接改最简单高效. 线下改还要重新发版, 麻烦的很.

别人只想做个框架来推销自己, 不是真想做个框架来生产.

可以的, select JSON_ARRAYAGG(id) FROM record_tbl WHERE id > 7;

@lesismal java 也可以用处理错误的方式处理错误的. java 没限制你的返回类型, 你可以返回一个 result<err, data>, 然后再处理就是.

看看楼上这些人, 你应该知道为什么了吧?
你们公司招的员工年龄太大了, 他们毕业的时候用的还是 mysql5.5 甚至更低, 工作几年了好不容易习惯了 5.7, 你说换 8.0? 对不起, 有这折腾的时候, 还不如回家陪老婆孩子.
你换个思路, 把非关键岗位的全辞掉, 换 985 刚毕业的大学生来, 保管统统给你换成 mysql8.

用 uuid, 一般只有在需要在数据插入表之前就知道主键是多少的情况下才会用到这个. 这种情况下主键是由程序生成, 跟 mysql 关系就不大了.

才看到你的目的是：能够让老板实时的准确的看到年度，月度，日度的数据。
正常来说每天晚上 0 点统计一边完事.
难道你今天上午 10 点跟今天下午 2 点的年度, 月度, 日度报表数据差异会很大吗?
就算差异很大, 也很好解决.
还是晚上 0 点统计一边.
老板查的时候, 再把从 0 点到老板查的这个时间点之间的数据, 折算到 0 点的统计数据里面去就行了.

就你老板一个人看, 整这么复杂干嘛.
两个简单方案
1. 先把当前数据统计好. 再通过类似阿里云的 DTS 订阅相关数据的增删改, 实时统计即可.
2. 在数据库查询上优化一下, 该分库的分库, 该分表的分表, 该分区的分区, 每个分库分表分区开一个协程同时去查, 再汇总计算.