Artículo
· 23 nov, 2022 Lectura de 2 min

DeepSee: Bases de datos, Namespaces y Mapeos - Parte 4 de 5

Este artículo describe un diseño arquitectónico más flexible para DeepSee. Al igual que en el ejemplo anterior, esta implementación incluye bases de datos separadas para almacenar la memoria caché, la implementación y la configuración de DeepSee y la sincronización de los globals. Este ejemplo introduce una nueva base de datos para almacenar los índices de DeepSee. Redefiniremos los mapeos globales para que los índices de DeepSee no se mapeeen junto con las tablas de hechos y dimensiones.

Ejemplo 3: Arquitectura totalmente flexible

Bases de datos

Además de las bases de datos definidas anteriormente en el ejemplo intermedio, el servidor Analytics introduce la base de datos APP-INDEX que almacena los índices, mientras que la base de datos APP-FACT solo almacena las tablas de hechos y dimensiones. La razón para separar los índices de las tablas de hechos es que los índices posiblemente sean de gran tamaño, y el tamaño del bloque para APP-FACT puede cambiarse para mejorar el rendimiento.

Como en el ejemplo anterior, es opcional habilitar el journaling para la tabla de hechos e índices. Consulta la nota al final del artículo anterior para un análisis más extenso.

Mapeo de globals

La siguiente captura de pantalla muestra los mapeos para el ejemplo de implementación anterior. El mapeo para el global ^DeepSee.Index se ha cambiado para almacenarse en la recién creada base de datos APP-INDEX. Como en el ejemplo intermedio, los mapeos de los globals ^DeepSee.Fact* y ^DeepSee.Dimension* se siguen utilizando para almacenar las tablas de hechos y dimensiones en la base de datos APP-FACT. El registro de consultas y la última consulta MDX se almacenan opcionalmente junto con la memoria caché de DeepSee.

 

Comentarios

Este ejemplo de arquitectura es el más flexible, pero requiere la creación de cinco bases de datos por namespace. Como en el segundo ejemplo, la memoria caché de DeepSee se mapea a una base de datos dedicada con el journaling desactivado, y los globals de sincronización se mapean a APP-DSTIME.

 

El mapeo de tablas de hechos e índices permite que la implementación y la configuración de DeepSee se almacenen en una base de datos journaled (es decir, APP-DEEPSEE), que puede utilizarse fácilmente para restablecer la implementación de DeepSee. La creación de una base de datos separada para los índices es opcional, ya que en muchos casos es suficiente para almacenar los globals correspondientes junto con las tablas de hechos en APP-FACT.

 

El último artículo de esta serie contendrá un resumen y una lista de las bases de datos utilizadas en nuestros tres ejemplos.

Comentarios (0)2
Inicie sesión o regístrese para continuar