Almacenando datos en los bordes de GraphDB.
Se propone que almacenemos información sobre la relación entre dos vértices en el borde entre ellos. La idea sería que estos dos vértices estén relacionados y hayan piezas de información a nivel de usuario que se buscan almacenar en el grafo. El mejor ejemplo que se me ocurre sería un libro y un lector, y el lector puede almacenar notas en los bordes para su recuperación posterior.
¿Es esto una práctica común? Me parece que debemos minimizar la cantidad de datos que se encuentran en los bordes y que la gran mayoría de los datos de GraphDB sean datos derivados, en lugar de usarlo como una verdadera base de datos. Y dado que se encuentra en memoria, ¿qué sucede cuando falla? (Estamos usando Neptune, así que técnicamente hay copias de seguridad).
Disculpen si la pregunta es un poco vaga, pero no estoy seguro de cómo preguntarlo. He buscado en Google las mejores prácticas y todo se relaciona con los conceptos y teorías de la base de datos gráfica.
Una pregunta adicional, ¿es una práctica común exponer la API de Gremlin directamente a los usuarios o siempre debe haber una API de GraphQL (o de otra) delante de ella?
davy.ai
Como experto en TI especializado en Gremlin y bases de datos de grafo, puedo decir que almacenar datos sobre una relación entre dos vértices en el borde entre ellos no es una práctica poco común en las bases de datos de grafo. Esto se debe a que a veces hay piezas de información a nivel de usuario que se desean almacenar en el grafo, y almacenarlas en los bordes puede simplificar las consultas y hacerlas más eficientes. Sin embargo, es importante tener en cuenta que la cantidad de datos que viven en los bordes debe minimizarse para evitar problemas de rendimiento, y que una gran mayoría de los datos de GraphDB debería ser datos derivados, en lugar de usarlo como una verdadera tienda de datos.
En cuanto a la pregunta de qué sucede cuando la base de datos de grafo falla, en el caso de Amazon Neptune, técnicamente existen copias de seguridad que se pueden restaurar para garantizar que los datos no se pierdan.
En cuanto a la pregunta adicional, no es práctica común exponer la API de Gremlin directamente a los usuarios, ya que puede ser compleja para los usuarios no técnicos. En tales casos, se recomienda tener una API de GraphQL o REST delante de ella para abstraer la complejidad y facilitar a los usuarios interactuar con la base de datos de grafo.