实时数据库和“普通”数据库有什么区别？

Question

我正在研究一些用于开发 Web 应用程序的后端即服务 (BaaS) 解决方案，我经常看到Firebase refers to their database as a "realtime database"，而例如Backendless doesn't mention the phrase "real time" anywhere。

我知道实时意味着数据会立即处理，但我认为所有数据库都这样做了？例如，如果我有一个 MySQL/SQLite/PostgreSQL 数据库并插入数据，我希望它可以在（毫秒）秒后进行检索，并且肯定是在“INSERT ...”查询完成后直接检索。

与其他 BaaS 服务“普通”数据库相比，有人能解释一下 Firebase 实时数据库有何不同吗？

Answer 1

术语实时有点令人困惑，但实际上 Firebase 与普通数据库有很大不同。有两个主要区别。首先是它存储数据的方式，另一个是我们访问它的方式。在普通数据库中，当后端数据更新时，我们需要刷新浏览器或 Android 应用程序才能获取更新的数据，而在 Firebase 中，我们甚至不需要刷新页面。从任何其他客户端浏览器所做的更改将反映到所有连接的客户端，而无需进行任何服务器端调用。

Answer 2

它很少与人们如何创造“实时”这个名称或它是否作为 BaaS 提供有关。如果通过优化存储和检索可以更快地检索数据，则可以将其归类为实时。例如。实时数据库Aerospike、SAP Hana、Volt DB、memcached、redis 和 SQLite。

实时或内存数据库，

1. 数据存储在 RAM 中。为了可靠性，数据备份在非易失性存储器上。 nvram 将来可能会用到。
2. 成本较高。
3. 高性能。
4. 不需要序列化。使用指针访问数据。
5. 使用 AVL 树（或其他最佳数据结构）进行索引以支持范围查询。

RDBMS“普通”数据库，

1. 数据存储在硬盘或 SSD 中。
2. 成本低。
3. 耐用。
4. 需要序列化，因为数据存储在文件中。
5. 使用 BTree 进行索引。