Today, FlockDB is a topic of great relevance and interest. Since its emergence, it has captured the attention of many people and has become a point of discussion in various areas. This phenomenon has sparked the interest of experts and enthusiasts alike, generating extensive debate about its implications and consequences. FlockDB has proven to have a significant impact on modern society, and its influence is becoming increasingly evident in different aspects of daily life. In this article, we will thoroughly explore FlockDB and its relevance in the current context, analyzing its evolution, challenges and possible future scenarios.
This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages)
|
Original author(s) | Nick Kallen, Robey Pointer, John Kalucki and Ed Ceaser from Twitter |
---|---|
Developer(s) | |
Initial release | April 2010 |
Final release | |
Repository | |
Written in | Scala, Java, Ruby |
Type | Graph Database |
License | Apache License 2.0 |
Website | github |
FlockDB was an open-source distributed, fault-tolerant graph database for managing wide but shallow network graphs. It was initially used by Twitter to store relationships between users, e.g. followings and favorites. FlockDB differs from other graph databases, e.g. Neo4j in that it was not designed for multi-hop graph traversal but rather for rapid set operations, not unlike the primary use-case for Redis sets. FlockDB was posted on GitHub shortly after Twitter released its Gizzard framework, which it used to query the FlockDB distributed datastore. The database is licensed under the Apache License.
Twitter no longer supports FlockDB.
Twitter is no longer maintaining this project or responding to issues or PRs.