@james2013 感觉 es 唯一的问题就是多了套运维成本，如果考勤数据涉及更新的话也要做两套数据维护。「由于根据公司 id 查询考勤记录的语句比较多」这个条件我觉得可以看时间维度，比如说按月分表，月表里在按公司 id 查询。可以根据你们的表结构和常用 sql 做下单表压测。来确定按时间分表的颗粒度。我理解考勤这种数据时间跨度最长不会超过一年，也就是说如果按月分表的话最多也就广播 12 个库。理论上是可以接受的

分库如果用的中间件。「根据公司所在的省份 /城市,公司名称关键字」这两个条件可以转成公司 id 。然后用 in 保证分片命中率。「打卡人姓名关键字」这个目前看没什么特别好的办法，不过也可以先根据姓名模糊匹配到所有公司 id 。具体得看匹配到的公司 id 多不多，要是太多的话也没啥提速。
（题外话：考勤数据是不是按时间分库比较好，查询时把时间作为必选值）

京东瞅瞅？ 去宠物店看看？

汪汪队？

太棒了！您的隔离区为空。对不起我实在忍不住哈哈哈哈哈哈哈

@tiRolin 我简单运行了一下你的代码暂时没发现问题。可以说下你 jdk 的安装方式和下载途径么？图片的话你可以自己找个图床上传然后把地址贴上来

waitFor 不起作用是指没挂起直接结束了？ linux 里 & 是后台运行的意思。这个时候 java 接收到指令运行完成应该也没啥问题，windows 下 & 的含义我不清楚。

@jonathanchoo 插眼

看下浏览器的 cookie/storage 。http 请求登陆存的 token 。调用 https 接口应该是取不到。抓包对比下 301 后请求的 http https 的 header

c3VuamlheWFvY29kZUBnbWFpbC5jb20= 求码

楼主哪的？我的 XDrive 尊享 2018 款出给你

小米的？ 我没感觉响过

1.订单库
2.财务库
订单库需要同步数据到财务库。同步过程中系统挂了？项目启动后再走一遍同步就可以了吧。
两个库之间的同步机制应该是两种
1.实时同步，可以做成消息队列
2.全量同步 也就是对账

如果是有两个库

给你开多少？

外卖红包，虽然佣金都是自己贡献的。

https://i.v2ex.co/6Ed4xs44.png

有个小建议
在「保证及时响应 / 按时提交优秀作品」前提下，我们完全不在意你是否有其他兼职；
这条其实不应该算是待遇。 如果是以成果为交付的话，那工作性质其实偏外包。面向招聘人员类似于自由职业。如果是按全职招聘，那最终成果产出的风险应该是由公司来承担的。如果这块界限不够清晰的话，感觉后续容易出现扯皮。公司觉得员工没好好干活，员工觉得公司要求太高。当然这是最坏的情况。

@bigshawn @ClericPy 多谢老哥提醒。我调研过相关规定，新闻类用的都是公开的 rss 源。涉及版权的均没有在我的平台上显示内容，法律上来说是合规的。