目前，我正在研究 p2p 应用模型。我相信即使对等点之间共享数据，仍然有一个数据库服务器保存用户帐户信息。以 Skype 为例。尽管用户建立了 p2p 通信，但我相信他们正在/正在使用 PostgreSQL。我想知道是否有一个 p2p 数据库实现，以便数据在客户端计算机之间分布（和加密），而不是托管在服务器场中？
如果不是，那么实现 p2p 数据库会非常困难/不切实际吗？
【问题讨论】：
如果您对非关系型数据库感兴趣，这里有许多事务性和非事务性 P2P 键值存储，例如 memcached（在工作组内），或不同的分布式哈希表 (DHT) 实现整个互联网（例如 CAN、Chord、Pastry、Tapestry 和 Chimera）。
这是一个很好的起点：http://en.wikipedia.org/wiki/Distributed_hash_table
【讨论】：
你提到了 Skype，这是一个很好的例子。 AFAIK，Skype 将他们的数据库分布在同行之间。
但是，请注意，他们对某种分布式数据库拥有专利。如果您写任何东西，请确保您不要踩到他们的专利！
我相信这是它们以超过 $8B 的价格卖给 Microsoft 的部分原因。
我建议您阅读一些关于 JoltID (company) 的信息，它拥有美国专利 7,480,658“涵盖分布式数据库系统和协调分散的点对点计算”的知识产权。 p>
【讨论】：
P2P 框架通常独立于任何数据库实现。他们专注于在节点之间传输信息。有些依赖内存数据库来存储临时信息。对于 JXTA，用户可以配置节点来操作内存或基于文件的数据库。
我从事 P2P 工作已经有一段时间了，但我还没有听说过完全面向 P2P 数据库用户的框架。我认为你必须在你的数据库之上实现你最喜欢的 P2P 框架。
【讨论】：
一个较晚的答案，但可能对其他有相同问题的人有所帮助。我同意@JVerstry 的观点，即 P2P 数据库的实现通常只是放置在标准数据库之上的通信和同步层。
我知道一个项目，它基本上在各种网络副本之间的数据库上进行双向复制和冲突解决，每个节点都有一个完整副本。这确实是一个 P2P 数据库，但请注意还有其他类型（@Canuck 正确地提到了 DHT，它用于在每个节点都拥有数据库的部分副本的网络中实现搜索）。
对于 NoSQL 方法，您可以查看基于 CouchDB 的 Refuge。我相信在撰写本文时还处于早期阶段，但它看起来很有趣。
【讨论】：
我不确定这是否直接回答了您的问题，但在我看来，任何在本地存储数据并提供与自身的其他实例（或兼容的应用程序）同步或共享数据的应用程序都是，事实上，某种对等数据库。
以分布式搜索引擎应用为例。该领域有一些实验（例如http://yacy.net）。使用它们，您就有了一个本地索引，可以与您的同行共享等等。
或者，更重要的是，有点洪流客户端......
它们都不是通过 SQL 进行通信，也不一定存在存储用户帐户信息的数据库服务器。事实上，它们都以自己的方式在分布式数据存储领域中。
在每种情况下，拥有“服务器”（或任何它所指的）的目的是防止应用实例形成互不相交的不相交网络。据我所知，如果没有某种“始终在线”的参考点，就没有可靠的方法来可靠地实现这一目标。
就 Skype 而言，转折点在于，除了想要构建一个独特的网络之外，您还想要 a) 在用户加入网络时对其进行身份验证，以及 b) 存储一定数量（但不是全部）的历史记录（例如，您会收到未接电话和联系请求的通知；但未接聊天消息只会在两个 Skype 客户端都连接时出现）。
【讨论】：
其实有一个，但它需要一个新的维护者：Prophet
Prophet 是一种为后 Web-2.0 世界设计的新型数据库。它旨在让您与您的朋友和同事协作，而无需任何特殊的服务器或互联网提供商。
Prophet 充满流行语的宣传内容如下：
一个接地的、半关系的、对等复制、断开连接、版本控制的属性数据库，具有自我修复冲突解决方案。
它甚至被用于创建名为 Simple Defects 的 P2P 错误跟踪器
【讨论】：