大概 1000 万条数据，是使用 in-memory 数据库好还是自己手动写一个 DataTable?

[gaayyy]

使用场景如下：

1，总计大约 1000 万条 record，不超过 2000 万条，新增的量很少，主要是查询，少部分需要排序，查询也主要是两类，一类是对于某个整形型字段查询，一类是对某个 hash 字段查询。
2，单条 record 由 8 个字段组成，其中包含有长度不固定的字段，比如 url 地址。
3，具体实现使用 C#，如果手动写 DataTable，会以 JSON 或者 XML 方式保存为文件；如果采用数据库，先考虑 access。对于 Access 能否做到 in-memory 不熟悉，可能需要 google 或 so。
4，没有并发方面的需求，单用户单机版使用，主要是方便检索。

请各位有过这方面经验的大佬指点，谢谢。

[gaayyy]

忘记说了，没有并发，但是查询会非常频繁，后续会使用脚本自动运行，不停的查询。

[owenliang]

sqlite 是第一个想法

[fiht]

第一反应是要存 IP 的地理位置信息。
像我这种菜鸡一般是直接上 Redis 或者 MongoDB 或者 MySQL，做好索引都没问题，查询频繁和并发应该是两个概念。脚本自动运行的话 一分钟一次的话怎么着也够用了。还是别手撸了，用现成的轮子比较好

[swulling]

sqlite in memory，每次启动的时候从硬盘加载一遍，然后定期同步到硬盘就好了

[winglight2016]

redis

[zhx1991]

如果查询能够满足的话, redis

[jpmorn]

估算

1000 万就是 10M 一条 1k 就是 10G
放内存都可以啊。。。

[beginor]

建议使用 sqlite，自带 inmemory mode，再做好索引，妥妥的！

[workwonder]

sqlite 就是专为这种场景设计的吧