Java Swing项目选H2还是SQLite？内存数据库选型疑问

基于你的场景，核心判断逻辑如下：

1. 先抓适配性核心前提 #

你明确提到H2作为Java原生的免费SQL数据库更适配你的场景，而SQLite无法满足PostgreSQL级别的业务需求（比如高并发写、复杂事务、企业级特性支持）——选型的第一原则是匹配场景，容量只是次要指标。如果SQLite本身覆盖不了你的业务特性需求，哪怕它容量再大，也绝对不是合适的选择。

2. 再评估容量限制的实际影响 #

• 先摸清楚客户项目的预期最大数据量：如果你的业务预估永远到不了4TB，那H2的容量上限完全是伪问题，直接继续用H2就行，没必要为了用不上的冗余容量换库。
• 如果确实有概率触及4TB上限，可以考虑H2的扩容方案：H2单库4TB的限制，可通过业务水平拆分（比如按模块、用户分区）来突破；另外，如果你用的是H2的内存模式，实际容量还受JVM堆内存限制，可结合堆调优或分片来扩容，灵活性并不差。

3. 不要被SQLite的容量优势迷惑 #

你已经知道SQLite无法替代PostgreSQL的场景，这意味着你的业务大概率需要多线程高并发支持、复杂SQL执行、严格的ACID事务保证——而SQLite在高并发写场景下性能极差，且缺乏很多企业级特性，这些硬伤是容量优势无法弥补的，选它只会给后续业务埋坑。

总结 #

• 若业务预期数据量远低于4TB：果断选H2，适配性优先，容量完全够用。
• 若未来有超4TB的需求：先尝试用业务拆分扩展H2的容量；如果拆分不可行，再考虑其他适配PostgreSQL特性的内存数据库方案，但SQLite依然不是备选。

内容的提问来源于stack exchange，提问作者Yasmine El