求推荐一个 freebsd 的 bijiben

可以手写 openapi 的 spec ，然后自动生成文档。这样就不存在格式问题了。
还能自动生成 mock server ，SDK ，十分方便

rust 在业界一般拿来干什么活，有没有老铁出来说说。

不能是 web CRUD 这种把。。

对 name 分词或者生成 ngram 之后，和 namelist 取交集。如果交集为空就是不包含。
但是 op 你这个描述太含糊了，name 是中文还是英文，是自然语言还是一些机器码之类的，都会影响到你怎么实现的。

可以一张表，但是指定一个 partition key （月份＋设备）。https://dev.mysql.com/doc/refman/8.0/en/partitioning-overview.html

其实就是系统帮你做分表。查询的时候只会扫有你目标数据的 partition 。例如指定一个设备号，就只会看 partition key 里面包含这个设备号的分区，所以性能会很高。

这么做的好处是你现有数据库设计和下游的查询代码基本不需要怎么改动。
查询性能和你目前的方案性能基本一致：找 parition + 找到表之后查询。查询 partition 设计合理就是个 log n 的复杂度。

可能有点反楼主

朴素的分布式系统，感觉看到了很多系统的雏形

得分析一下你的下游是怎么使用这个数据的。

我们做过和你的同样的应用，下游需要支持按照发布时间+预测时间作为查询条件的查询和时间上卷操作。
所以方案 1 对这个需求支持是最好的。

对发布时间和预测时间需要建立索引。

数据量如果非常巨量的话，考虑对发布时间或者发布时间的区间（例如一周）做 partition 进行分表操作。

方案 2 虽然数据更加紧凑，但是下游的查询是真的难写，不推荐。

x11 fowarding 可能是侵入式最小的解决方案了。

1. 基本上不太需要安装额外的软件和设置，服务端安装 Xserver ，客户端有 Xclient 就可以了。如果 AB 都是带图形环境的 linux ，这两个都带上了。
2. 走的是 SSH 协议，比较安全
3. 纯内网环境就能用，流量不出内网

这套方案我读研究生的时候用来运行 matlab 用了好几年，特别适合，久经考验

Medium 推荐算法稀烂，个别超人气专栏质量令人发指，体验实在不敢恭维。

OP 得描述一下你的业务是什么，数据大概有多少，否则也不好推荐解决方案啊。

比如你这应用是个 2b 的 erp ，那肯定是直接放 SQL 就可以了，不容易出错，数据库性能也好。

如果你是 2c 需要大量 qps 的，数据库会变成瓶颈的，那可能考虑拉到服务端处理合理一些。

但总体来说，只要数据库不是瓶颈，一律推荐 SQL ，数据库在表设计合理的情况下，做这样的工作性能比自己撸的代码强的多。

FreeBSD + i3 窗口管理器。

稳定的很，freebsd 的文档真的很不错，做一件事基本只有一个方法，没有那些奇淫巧技

感觉说的就是 k8s. 不同云厂商的发行版本使用方法基本是一致的。

什么数据库，要是 PG 的话考虑一下[Hasura]( https://hasura.io/)吗？

OP 有心了，还有 follow-up 。原帖上也给 OP 回复了优化方案，看到提升了很多性能，为你感到高兴。

能不能做个 IPO 公司募股书解析。比如美股，每家公司上市申请会提交 s1 文件，里面有大量关于公司业务模式和财务数据的首次披露。很多热门公司的 s1 都有令人惊奇的点，类似“原来是这样”。这些文件都是一手资料，比这些公司在创业阶段各种媒体尬吹乱写的文章有信息含量的多。

商业的做的最大的： https://www.intercom.com/

国外 go 写基础组件的比较多； web 国外基本百花齐放，不像国内 springboot 全家桶打天下。RoR ，python 搞 web 这种都快在国内绝迹的国外还是有很多公司在用

SAP 的自有数据库是什么技术吗？ Hana 吗