我年前也遇到这方面需求。经过多方对比，最终买的蚕丝被。性价比很高，轻巧透气，春秋也可用。供参考。

刚好写了一篇礼物清单攻略。如果觉得用得上，欢迎随手关注下公众号：关爱程序员。
https://mp.weixin.qq.com/s/l1kUDTFrB6TnJzeKm11Fpw

支持楼主，已注册。

图转自微博：

https://wx3.sinaimg.cn/mw1024/a65c1e09gy1fz2g5lyv9uj20k00zk0wl.jpg

没人关注文中提到私人手机录屏的细节吗？

@Simena #23 #23 所以你会出现这样的场景吗？

@chenyu8674 #19 #19 实际不好操作啊。有想过，但是手机录音，太明显了。回头要用的时候，还要去整理，去听录音找到特定的沟通内容，不太好操作。

@vinsony #18 #18 项目开始我就说了给我设计图，但是从来没有见到过。

@oreoiot #13 #13 大哥，有这个意思吗？你别吓我 ::>_<::

@kkkkkrua #12 #12 ╮（╯＿╰）╭ 是啊。本来只是讽刺+开玩笑的话，我也没想到。可能没多想吧。

@MartinWu #6 #6 对，当时也是有点气，有点怼的情绪在里面。除了资源有点浪费的影响以外，其他没有什么。

@chavin #5 #5 这个产品经理是资深的技术转的，年龄比我大 10 岁。所以其实就是上下级的关系，我很尊敬他。

MTR9LWN97EHJ 已用，谢谢

有创意，但是字体一看，立马露馅。不过商家应该不会那么仔细的吧~ 赞一个

https://ww1.sinaimg.cn/large/007iUjdily1fy47s292fwj30eq0n4dmy.jpg
个人推荐这款，口感不错。重要的是，这家价格 27 还包邮，性价比很高。扫码可达详情页。

1. 试试将 RowKey 用${ID}${type}${TimeStamp}的形式组织。这样，范围条件就是
startRow=${ID}${type}${TimeStamp:2018-12-01}
endRow=${ID}${type}${TimeStamp:2018-12-10}

2. RowKey 散列化的目的，是为了将数据尽可能分散到不同的 RegionServer。如果数据量不多或者节点数不多的话，不一定非要散列。如果你的 ID 本来就是自增，且访问频率平均的话，就不需要散列了。

具体业务需要更具体的细节才能分析，以上仅供参考。