Python 什么是低内存使用的好数据库？

我正在寻找一个低内存占用的数据库，用于Django。我只有这些要求：

• 可与Django一起使用（即使使用没有很好的文档记录）
• 在Ubuntu或CentOS上运行（首选软件包，可以从源代码安装）
• 免费和开源
• 低内存占用
• 能够为大约50个并发用户提供服务

---

我将运行512和1024MB之间的总RAM。我希望web服务器和web应用程序的内存为256MB，因此“低”应该是256-768MB，这是我使用过的最合理的低内存消耗数据库之一。但我不知道你的问题是什么意思。我想有，但我不知道Django和Firebird的状态。

内存占用很小。

NoSQL路线-

通过比赛，德扬戈表现出色

它是免费和开源的

内存占用率低。（可在Android设备上部署）

---

它建立在Erlang之上，可以为许多并发用户提供服务。

您需要多低的内存使用率？定义“低”？200千字节？200兆字节？1G？我将运行512到1024MB的总RAM。我希望web服务器和web应用程序的容量为256MB，因此“低”容量为256-768MB。见鬼，即使是SQL server 2008 R2（好的，好的，这是Windows版）也会以512MB的容量运行（相当不错），只需相当小的负载！然而，1024MB是总RAM，可用于程序的实际内存通常比总RAM小一点，并且必须与缓存/缓冲区抗衡。Swap就是Swap，可以在一瞬间耗尽任何程序/服务器的生命。（+1我不知道它如何与Django一起运行，但它在嵌入式数据库中运行良好——10k小记录用于600kb-1MB的数据文件，约1.5MB用于库32/64位和适配器[in.NET]）我将使用SQLite进行开发，但我想要一些东西（相对而言）生产内存不足。首先，我的总内存在512到1024 MB之间。对于多个并发用户，在生产站点使用sqlite可能不是一个很好的解决方案。sqlite有一个问题-不能同时执行多个写入。@Jerzyk对，它在写入时会锁定数据库。我不确定它是否也锁定同步读取。不过，这是一种折衷。您想要更好地处理并发用户还是更小的内存占用？泰勒似乎更关心内存占用。@Corey Sunworld SQLite只有写操作才能创建独占锁。读不创建共享锁。看见这确实会降低不同进程/线程的高写入和写入/读取性能。Firebird有非官方（读取：Django不支持，但可以使用）接口，看起来很有希望。您的场景在我称之为“嵌入式系统”的范围内，因此我认为Firebird和SQLite是您的两个最佳选择。SQLite是一个具有内置进程接口的查询层。Firebird比SQLite更适合多用户并发写访问。虽然没有Firebird/SQLite那么“低”，但由于修改了注释/问题，a+1——这是一个即使是像Postgres这样功能完备的RDMB（更不用说Firebird不是！）也能发挥良好作用的环境。Postgres是Ingres的衍生物，当Ingres被写入时，256mb的RAM比任何小型计算机或微型计算机都要多。因此，我认为，真正称256mb为“嵌入式”取决于您的十年。：-）我听说过关于PostgreSQL的好东西，但没有使用它，我觉得我不应该提出它。