Database 具有最快速实时复制的内存中数据库解决方案

我们有一个10000行的表，它只有两列，一个主键和一个保持状态的第二列。问题在于，我们需要在美国的3个物理位置（相距约2000英里）以近乎实时的方式或通过网络尽可能快的速度复制这种状态。这3个位置中的任何一个都可以更新此表中给定行的状态，该行应几乎实时复制到其他2个位置

是否有任何开源或商业轻量级内存数据库可以帮助我们实现我们的目标。磁盘持久性在这里并不重要。

请查看。这是我的建议

---

此外，如果你决定DB不需要在内存中，它只需要快速，你可能需要考虑。它可以进行连续复制，这基本上是即时的，并且所有节点都是主节点。它具有经过深思熟虑的冲突检测和解决机制。是对最新和最好的CouchDB复制功能的一个很好的介绍。

虽然没有内置的复制支持，但您可以与内存中的数据库一起使用。在触发器中，使用a将更改传达给其他站点。

您可能需要签出。他们说他们拥有世界上最快的内存数据库。他们说他们的速度比大多数内存DBMS快5到10倍，而且他们还可以在网站上免费试用。

我在Websphere服务器上执行了一个复杂的SQL，它有超过6000行10000次。总净执行时间如下所示：

我显然比较了Derby、SQLite和HSQLDB。Oracle不是内存中的数据库。但我把它的结果放在表中，因为我想显示内存中的db和正常db之间的速度差

PS：在SQLite和HSQLDB中，结果不稳定。所以我在100次尝试中选择了10个稳定的结果。有时HSQLDB比SQLite快。我认为他们的表现是一样的

他可以在内存文件系统（如linux上的tmpfs）上使用CouchDB（或MongoDB），只要数据库适合内存。。。

          Derby (In Memory)   Oracle(standard DB) SQLite (In Memory)  HSQLDb (In Memory)
          nano sec.  second    nano sec.  second  nano sec.  second   nano sec. second
1. try    58000000    0,058   6149976000   6,1    1141988000   1,14   999403000    1,00
2. try    78560000    0,078   5268477000   5,2    1182621000   1,18   1338705000   1,34
3. try    58849000    0,058   5200898000   5,2    1133003000   1,13   2239527000   2,24
4. try    60901000    0,06    5435216000   5,4    1205442000   1,21   1370711000   1,37
5. try    58798000    0,058   6501929000   6,5    1186734000   1,19   1001800000   1,00
6. try    62928000    0,062   5913053000   5,9    1224470000   1,22   1066736000   1,07
7. try    71171000    0,071   5111207000   5,1    1200769000   1,20   1304524000   1,30
8. try    66913000    0,066   5517989000   5,5    1173495000   1,17   1299230000   1,30
9. try    58777000    0,058   7209555000   7,2    1179013000   1,18   1031795000   1,03
10. try   75299000    0,075   5356514000   5,3    1182715000   1,18   1368461000   1,37
average   65019600    0,064   5766481400   5,7    1181025000   1,18   1302089200   1,30