In this article, we will approach FlockDB from different perspectives, with the aim of providing a comprehensive view on this topic/person/date. We will analyze its impact on today's society, its evolution over time and the possible implications it has in various areas. In addition, we will examine its relevance in the current context, as well as the different opinions and theories that exist in this regard. Through this comprehensive analysis, we aim to provide the reader with a more complete understanding of FlockDB and encourage reflection on its importance in our daily lives.
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.