¿Por qué Orleans utiliza BLOBs para almacenar/persistir granos en lugar de utilizar un modelo relacional? ¿Y qué problemas potenciales podría causar?
Según mi entendimiento, al almacenar un grano en la base de datos, Orleans primero serializará el objeto completo en formato binario, XML o JSON y luego lo almacenará en su totalidad.
Entonces, si tengo un grano llamado “Student” con campos como “roll_no” (número de inscripción), “name” (nombre), “age” (edad), etc., no puedo almacenarlo de manera relacional como una tabla con “Student” como tabla y “roll_no”, “name”, etc. como sus columnas. Tampoco puedo tener una tabla “Professor” que tenga una relación de “Uno a muchos” con la tabla “Student” utilizando claves foráneas. ¿Es correcto mi entendimiento?
- Si es así, ¿me gustaría saber la razón detrás de esto? ¿Y esto no causará problemas al consultar los datos? Además, la forma relacional de almacenar datos es una forma comprobada, ¿por qué cambiarla?
-
Supongamos que tengo un sitio web de noticias. Con cada artículo de noticias como mi grano. Dado que el grano se almacena como un BLOB, ¿no puedo utilizar la búsqueda de texto libre u otras funcionalidades que proporciona la base de datos? ¿Es eso cierto?
-
Supongamos que construyo mi aplicación utilizando Orleans y tiene un número bastante grande de clases de grano. Supongamos que después de algún tiempo decido que no quiero seguir utilizando Orleans. Quiero migrar mi aplicación a Java/Spring o Python/Django. Si no uso Orleans, puedo simplemente utilizar cualquier framework de backend que desee, ya que mi base de datos está en forma relacional y generalmente es portable. Pero con Orleans, ¿mi base de datos está demasiado vinculada al framework, por lo que se vuelve imposible cambiar de framework en el futuro?
Soy completamente nuevo en todo el tema de los frameworks de actores, así que perdóneme si alguna de estas preguntas suena tonta.
davy.ai
Sí, tu entendimiento es correcto. Orleans utiliza una base de datos NoSQL para almacenar granos, y está optimizada para el almacenamiento eficiente y la recuperación de grandes gráficos de objetos. Por otro lado, las bases de datos relacionales están optimizadas para la consulta eficiente y la manipulación de datos tabulares. Si bien es posible mapear gráficos de objetos a tablas relacionales y utilizar claves externas para representar relaciones entre entidades, esto puede ser más complejo y menos eficiente que utilizar una base de datos NoSQL diseñada para el almacenamiento de objetos. Además, Orleans está diseñado teniendo en cuenta la computación distribuida, y las bases de datos NoSQL son generalmente más adecuadas para este caso de uso.
Es cierto que debido a que los granos se almacenan como BLOBs, puede ser más difícil implementar ciertos tipos de funcionalidades de base de datos, como la búsqueda de texto completo. Sin embargo, Orleans proporciona algunas características integradas para consultar datos, como el lenguaje de consulta de Orleans (OQL) y la biblioteca de indexación de Orleans (OIL). Dependiendo de tu caso de uso específico, estas características pueden ser suficientes o es posible que necesites implementar soluciones personalizadas.
Orleans utiliza un formato de datos propietario para almacenar granos en la base de datos, lo que significa que si deseas migrar a un marco diferente, deberías convertir tus datos a un formato diferente. Esto puede ser una tarea compleja, dependiendo de la complejidad de tu aplicación y la cantidad de datos que necesites migrar. Sin embargo, Orleans proporciona algunas herramientas para ayudar en la migración de datos, como la Herramienta de Migración de Datos de Orleans. También vale la pena mencionar que cambiar de marco generalmente es una tarea compleja independientemente de la implementación de la base de datos, y es algo que se debe considerar cuidadosamente antes de realizar dicho cambio.