当我问这个问题时,我看到 H2 数据库的当前版本是在 2011 年 7 月 1 日(最近)发布的。这是非常好的和健康的。会保持这个速度吗?如果新版本发布速度慢,开源社区会长期支持吗?
出于成本原因,我目前正在考虑将 Postgresql 用于高性能应用程序,而 H2 数据库似乎具有正确的功能集(基本上是我需要的任何东西)。我不只是确定使用 H2 是否是一个正确的决定。基本上我的决定应该基于长期支持,无论是基于订阅还是社区。
当我问这个问题时,我看到 H2 数据库的当前版本是在 2011 年 7 月 1 日(最近)发布的。这是非常好的和健康的。会保持这个速度吗?如果新版本发布速度慢,开源社区会长期支持吗?
出于成本原因,我目前正在考虑将 Postgresql 用于高性能应用程序,而 H2 数据库似乎具有正确的功能集(基本上是我需要的任何东西)。我不只是确定使用 H2 是否是一个正确的决定。基本上我的决定应该基于长期支持,无论是基于订阅还是社区。
会保持这个速度吗?
这就是计划。
它会得到开源社区的长期支持吗?
很难预测未来,我想这就是为什么还没有人回答你的问题的原因:-) 我相信它会得到支持,因为有足够多的人使用它。H2 用于许多(开源和商业)产品。相当多的人定期回复邮件列表中的问题。H2 目前的 committer 并不多,一个原因是用户普遍对它的特性感到满意,并且因为目前的开发速度足够快,代码质量也足够好。
基于订阅的支持目前不可用,但这是为未来计划的(它总是计划在某个时候提供商业支持)。它尚未上市的原因是 H2 还没有足够的市场份额来创办一家公司。
h2数据库有多可靠?[关闭]
2010 年,我们为大型[r] 公司数据库分片从 H2 切换到 MySQL。最大的原因是内部 H2 引擎是单线程的。当大型、未优化的查询在我们的具有数千或数百万行的数据库中运行时,所有其他数据库操作都将停止。有关详细信息,请参阅H2 文档。与 MySQL 或 Postgres 相比,H2 的行锁定似乎相对不成熟。
此外,MySQL 和 Postgres 还提供了复制机制,而不是自己滚动。这也允许我们从从站“实时”备份我们的数据库系统,而不是在转储 H2 数据库时阻塞它。
最后,虽然我没有运行这个性能测试,但我怀疑虽然 H2 对于中小型数据库来说速度很快,但随着你增加数据库大小,尤其是并发查询的数量,MySQL 和 Postgres 将开始相等,然后最好的整体性能——尤其是在查询时间分布方面。
我们继续将 H2 用于精品、内存和测试数据库非常成功。非常感谢托马斯!
H2 是一个了不起的数据库引擎。在我们解决了一个与 H2 无关的问题后,我们从 PostgreSQL 和 MySQL(仍然支持)切换到 H2。H2 成为我们的主要数据库选择。
速度是主要原因,但还有其他原因:嵌入式模式非常棒,让我们可以灵活地将软件安装在便携式设备中,甚至可以在云端共享数据库,比如通过 Dropbox!
我们没有使用很多功能,因为我们通过“Datanucleus”“持久依赖”(没有触发器、程序等),但我们的应用程序足够复杂,可以推动 H2!它完美无缺。
原因是H2仍然继续表现出色。截至 2019 年,H2 是一个极好的数据库。自 4 年以来,我们在所有独立应用程序中都使用它,我们看到它最大限度地减少了 SQLite 和 MySQL 之间的差距。它的执行速度与 MySQL 一样快或更快。
H2在哪里合适?
为什么它比 SQLite 更好?
与 MySQL 比较:
Check
约束支持,直到最近才在 MySQL 中提供。与 PostgreSQL 比较:
在提供技术支持的同时更容易处理。它可以像拖放一样简单地共享。