按日期查询，
那么 ES 比较合适的一种选择吧，
可以按年月建立 index，然后查询。

不过，ERP 一般都是依赖数据库，通过触发器，物理视图，统计表之类的提高查询性能。

@waytodelay

官方文档，没记错有中文的。

补充 es 性能高还有一点当然是：
容易集群；

最简单的，而且可以团队合作的，git+markdown

```
## TODOLIST1

- [ ] thing1
- [ ] thing2
- [ ] thing3
- [ ] ...
```

滴答清单 付费好几年了，还推荐了几个付费用户，没给我奖励啊

同等配置下，es 性能不会比 mysql 高，预热过后加载到内存中的 es 才性能高。

es 性能高的主要原理是：
1，index 分区；
2，内存预热；
3，搜索引擎倒排索引；

欢迎补充。

没有必要 mongodb 吧，mongodb 只是一个文档型数据库，并不会帮你提高性能。

看你对实时性要求和查询范围，
pg 有物理视图和聚合，是否能满足要求？

我们有一个项目也是几千万数据。
我是限制了默认查询时间，在时间上加了索引，比如只查询最近一天或者一周的。这样数据也就几万几十万，还是很快的，一般 50MS 能出来。
对于复杂的，要查询 2 个月以上的，都走统计表，统计表为增量，每 5-15 分钟执行一次，所以不是实时的。如果你团队人力比较充沛，可以用自动聚合，做成实时的。

@totopper312

人家是真开源，如果是将公司产品开源，不是更加值得鼓励吗？

不过不是公司产品，那也没问题啊。

月度问题，我的答案是：Joplin+坚果云

个人笔记软件比较（ Typora+Boostnote+Notable+Joplin ）
https://c4ys.com/archives/2087

如果项目前景不行，从长远来看，还是离了的好。因为不是前景真不好，就是老板没有让大家看到前景，而让大部分人看到项目前景，是老板的责任和能力体现。但是不排除每个公司灰色时期看不到未来。


公司发你工资，你将自己事情做好，这是人品的问题。
不管业务怎样，将代码写好，是对技术的态度问题。


你现在具备判断项目前景的你能力吗？
既然你不看好，怎么还来脑抽这个公司了？
下次选公司还会脑抽吗？


牛逼的程序员，大多数代码几年后也烟消云散。


最近看到一段话：人成长的过程，就是承认自己的渺少和无能为力。
另外一句鸡汤：90%以上的创新创造，都是来自普通人。

@shoaly

应该订订也是用这个方案，感觉还可以，好像只有偶尔有问题。楼主可以试一下。

@hedeqiang

这个决定产品或运营负责人就可以做了。
他们可能还不一定打算惊动老板吧。


坐等发酵。

@hedeqiang

167: 这公关水平。。。low 。。。

买了 200-300，
没看完。
哈哈，
估计是运营小哥 /妹干的事，不知道老板是否知道，
总之格局小了。

很好奇什么场景需要 lock 很久，这个做法本身对吗？不会导致连接数超过吗？

写得什么鬼 SQL，
我大几千万数据 mysql 阿里云 2C4G RDS count 也就几秒啊，没分表分库。
不过对于我来说，超过 0.2 秒的 sql 是不允许存在的，所以 Count 的时候都是加了条件，保证 explain rows 不超过几千条记录的。对于统计是走聚合的。

那些还在鼓吹 myisam 的，也是一群无知，麻烦先试下是不是 Count 是否也慢？
还有说 innodb Count 慢的，能说出那个引擎 Count 不慢（包括收费的），
建议以上两类都先了解下 Count 慢的原因（原理）再开口？
采用 innodb 引擎的 mysql 工程师们都是一个傻子？丢下原来好用的 myisam 不用去全面切换为 innodb ？
商业数据库 count 快？他们是如何解决 like，in , or 等复杂条件 count 的？原理上可行吗？

今天发现老外有烧沼气的，打算组装一个，农村正需要，清洁可再生能源。

@shoaly
效果怎么样？能用于打印还是预览？

1，只有买第三方服务，格式无法保证，看对方实现方法，网上最多的 libreoffice 方案；
2，用微软自带 office 转换，需要 c#与 windows，格式是最好的，默认速度有点慢（大于 5 秒），有办法优化到 2 秒左右，不过是公司机密，不能告诉你；

如果你只是看看可以用方法 1，如果你需要打印那么需要方法 2 或者 spire/aspose 。

我们公司因为量比较大，以及全部需要打印，所以采用的是 2，自己建立的 c#队列服务，调用方队列发送过来，完了再发送回去。

首先是生存，赚钱，爱好，和自己预期是否有差别？