@Amber2011 你没理解我说的。

你这个问题没说清楚的一个点是，假设表里有 N 个用户，你每次要查的用户数量 k，到底是远小于 N 还是等于 N ？

如果 1 < k << N，那么就用临时表存储你要查的用户名，然后用 JOIN 从主表得到所有需要的结果。

ps 临时表是 connection-only in-memory 的

前一个没看懂。

标准操作我觉得是建个临时表，把想差的名字都写进去，然后用 JOIN 。

yysy 我没见过比 sqlite 更容易管理的 db 了。不说小到几兆甚至 windoge 上能带走的 sqlitebrowser，几乎主流 db 管理工具都有 sqlite driver 。备份数据库只要拷贝一份就行。

至于 api，python 内建爽歪歪。大部分语言 sqlite 只要打开 conn 就能自动创建。配合 orm 也是非常爽。对比 postgresql 之类的简直不要太好用。

@hydra35 linux 有，apt install libsqlite-dev

管理 sqlite 谁用 cli 啊？ sqlitebrowser please

500KB 都不舍得，那你只能自己造轮子了。

@encro

3 => 不知道你在说什么
4 => 结构体和类不是一回事么。指针。。。这个没办法，尽量用 unique_ptr / shared_ptr 吧。不要嫌引用计数慢，只要你降低传递 shared_ptr 的频率就行。
5 => IDE please
6 => 这个没办法
7 => 那是你太弱了

https://www.sqlite.org/footprint.html

@hydra35 你看 SQLite 编译出来才 500KB 。

@ymmud rocksdb 和 leveldb 的多进程是坨 shit

@hydra35 都内嵌进应用程序了（-static 可以没有 dll ）而且本身编译出来也没多大，还要怎么自带。。。

1. 老板可能不知道你的重要性。
2. 就算知道了，你不主动提，老板又没动力给你涨工资。
3. 看上去因为是小厂所以没有成体系的涨薪制度，除了老板没有人有这个义务给人“涨工资”的。
4. 所以才这么多年没涨工资。

@fragrans23 我没搞过 redis 消息队列，我搞过 kafka 。kafka => python asyncio 内部 pub-sub => websocket

后端实现 pub-sub 多简单的事情。python asyncio 可以闭着眼睛给你写一个，我写过。

其他 node.js ，Java vert.x 我觉得也不是难事。

你在自己的后端做这件事啊。。。

后端有个统一的 pub-sub，需要什么 topic 向 redis 增量订阅，不需要的取消。

前端 websocket 去向你自己的后端 pub-sub 订阅，这里就能直接规定每个 subscriber 需要订阅哪些 topic 了。

这样你的后端项目只要加入口机横向扩展，就能迅速扩大规模。毕竟你的 redis 只要抗住每个入口机一个订阅者就行。

@Citrus 是 sudo rm -rf / --no-preserve-root

你自己都没有把自己的需求搞清楚。

你搞清楚了都不用上来发帖问，自己就写出来了。

首先，操作系统本来就不会对文件名排序。排序是文件浏览器的功能。

所以楼主需要做个文件浏览器。

不是，简单的数据结构和算法是程序员的 **基本素质** 啊。

不然连前端都写出来一坨运行起来都巨慢的代码是什么鬼啊（摔）

在 C++ 里面我就 i=0; j=0 开始原地求和，最后设一下 size，最高效。