ForestDB es un motor de almacenamiento de nueva generación definido por un proyecto de código abierto que comenzó a implantarse hace un año. Este sistema integrado de clave-valor se ha creado para abordar los principales inconvenientes de la estructura de índices B+-Tree típica y elevar el rendimiento de IO en disco al siguiente nivel.
La presentación inicial del nuevo HB+-Trie que es la estructura subyacente de ForestDB, fue presentada originalmente en ACM SIGMOD 2011 por Jung-Sang Ahn. Chiyoung Seo dirige el equipo que implanta ForestDB con Sundar Sridharan en Couchbase. Gracias a la implementación, hemos observado una gran mejora en el rendimiento de las SSD (unidades de estado sólido).
Bajo el capó, ForestDB es un motor de almacenamiento MVCC (control de concurrencia multiversión) sólo append. ForestDB proporciona capacidades de instantáneas para crear múltiples vistas de la base de datos y soporta reversiones a las instantáneas. Si desea obtener más información, visite nuestro sitio web repo.
Nuestro objetivo inicial era destrozar las cifras de rendimiento del almacenamiento clave/valor con ForestDB, así que voy a echar un vistazo rápido a eso antes de terminar. Hemos comparado ForestDB vs. RocksDB frente a LevelDB, y para las implantaciones móviles, a SQLite. Me complace informar de que superamos a ambos en múltiples dimensiones. Voy a destacar el rendimiento de escritura en comparación con LevelDB y Rocks DB aquí dado que por lo general es el más difícil de escalar - se puede ver más de 2 veces mejor rendimiento con el lote de recuento de documentos a continuación.
La evaluación comparativa es siempre un asunto complejo, por lo que animo a todos a explorar todos los detalles. Consulte el página de resultados que hemos publicado para conocer todos los detalles.
Estamos muy contentos de poner ForestDB en beta antes de que aparezca en Couchbase Server y Couchbase Lite. Agradecemos cualquier contribución o comentario. Por favor, póngase en contacto con nosotros a través de la repo. Sigamos trabajando juntos para innovar en el nivel del motor de almacenamiento.
Cihan Biyikoglu - Director de Gestión de Productos @ Couchbase
¿Se pueden descargar los datos de las pruebas de rendimiento y los scripts de carga?
Gracias por la consulta. Tenemos las secuencias de comandos para las mediciones de rendimiento y comparaciones, y los empujará en el repositorio github pronto.
Soporte android CBLite ahora ???
¿Y cómo actualizar mi antiguo proyecto android CBlite a este?
Gracias.
Hola, estamos trabajando en ello. De momento no tengo una fecha concreta, pero la publicaré en cuanto tengamos claros los plazos.
ping. esperábamos que esto entrara en la 3.0, pero no :(
Hola @alexanderpetrossian:disqus, si te refieres a forestDB en la versión 3.0, eso está ocurriendo. Tendremos forestDB soportando los nuevos índices secundarios globales.
Cihan, mi principal preocupación era reducir los requisitos del disco de persistencia.
En la versión 2.x, en uno de nuestros casos de uso, era 10 veces menor. Almacenamiento de sesiones. Tenemos sesiones bastante ocupadas. Y las necesitamos bastante persistentes.
En los comentarios de jira recuerdo un plan para acelerar la persistencia utilizando un nuevo formato de almacenamiento.
Por favor, corrígeme si te he entendido mal, Cihan.
Hay dos problemas:
- Estamos rastreando una forma de no persistencia - que es memcached tipo de cubo aquí: https://issues.couchbase.com/b…
- Otra es introducir ForestDB para el almacenamiento de Couchbase Data Service. Hay pequeñas mejoras en el almacenamiento del Servicio de Datos 4.0 pero ForestDB para el servicio de datos está todavía en desarrollo. Sólo el servicio de índices tendrá ForestDB en Couchbase Server 4.0.
lo enfocaré.
De acuerdo. ¡Muchas gracias!