graph-databases flockdb

graph databases - FlockDB-¿Qué es? Y mejores casos para su uso.



graph-databases (2)

Acabo de encontrar la base de datos gráfica FlockDB. Detalles en github / flockDB . Twitter afirma que usa FlockDB para lo siguiente:

Twitter ejecuta FlockDB en un gran grupo de máquinas. Lo usamos para almacenar gráficos sociales (quién sigue a quién, quién bloquea a quién) e índices secundarios en Twitter.

A primera vista, la configuración y el intento no se ven directamente. ¿Alguien ya lo ha usado / configurado esto? Si es así, por favor responda las siguientes preguntas generales.

  • ¿Para qué tipo de aplicaciones es más adecuado? (Twitter dice que es simple y muy rudo, aún queda por ver lo que significó)
  • ¿Cómo es FlockDB mejor que otros gráficos db / noSQL db. ¿Ha configurado FlockDB, lo ha utilizado para una aplicación?
  • ¿Consejos tempranos alguno?

Nota: Estoy evaluando FlockDB y otras bases de datos de gráficos principalmente para aprenderlos. Tal vez, voy a construir una aplicación para eso.


Flockdb aún debe ser lanzado por Twitter, lo que significa que la versión actual que está viendo no se ejecutará correctamente. Siguiendo el historial de confirmaciones, supongo que dentro de un par de días puedes ver una versión estable que puedes construir y probar.

Comparado con algo como Neo4J, se puede decir que Flockdb ni siquiera es una base de datos gráfica. La parte más difícil de una base de datos gráfica es cuántos niveles de profundidad puede manejar. De la poca documentación de Flockdb parece que no puede manejar más de 1 nivel de profundidad. Donde FlockDb gana en comparación con las bases de datos como Neo4J es su baja latencia, alto rendimiento y naturaleza distribuida inherente.

Respecto a las aplicaciones: supongo que será una buena opción siempre que necesite redes sociales o un comportamiento similar al de Twitter. Sin embargo, no creo que muchos encuentren estos casos de uso (¿quién recibe 20k solicitudes de amistad por segundo?).

Acabo de empezar a buscar en Flockdb. Ahora mismo estoy planeando usarlo en el software de mi foro. En lugar de user1 sigue la relación user2, planeo usarlo para user1 read post1, user1 favorite post1 etc. Siendo una de las comunidades en línea altamente activas, obtenemos una gran cantidad de ese tráfico (lectura / favorito). No puedo pensar en ningún otro caso de uso ahora.