Claves Subrogadas


Concepto utilizado en el diseño de un Data Warehouse (Bodega de Datos), una clave subrogada es una identificación que se crea para cada registro que se encuentra en una dimensión. Es una clave que carece de todo sentido para cualquier persona de negocio, pero que se pone en las tablas para poder hacer que los queries o consultas sean mucho más rápidas.

Entre las características de las claves subrogadas se encuentra que son campos de tipo numérico y enteros, generalmente son campos autoincrementales. Lo que hacemos con las claves subrogadas es que las utilizamos para poder hacer todos los joins entre tablas.

En muchos de los sistemas tranasaccionales se tienen identificadores propios que pueden ser usados como claves primaria en estos modelos, sin embargo en el data warehouse no se usan porque algunas de estas claves pueden ser de tipo numérico, un ejemplo de ello es la identificación de una persona o dni. Comunmente en los transaccionales los dni se manejan con formatos de este tipo 'P1234454' que quiere decir Pasaporte y su respectivo número, para evitar cualquier tipo de problema en el dwh lo que se hace es asignarle una clave subrogada que sean un entero y que identifique ese registro evitando el uso de caracteres no numéricos.

Otra característica importante es que las claves subrogadas reemplazan las claves primarias compuestas (claves primarias con muchos campos), con esto también se gana mayor rendimiento al momento de la consulta.

Comentarios

Publicar un comentario

Entradas populares de este blog

Como Construir la dimension tiempo en SQL SERVER

Hola, Quería traer a consideración una forma de crear la dimensión de tiempo, en una topología en copo de nieve. Si quieren modificar algo o ven algún error les agradezco que me comuniquen el error y en la mayor brevedad lo podré organizar: Tablas y vistas: -- --- -- Table 'Dia' --  -- --- DROP TABLE  Mercurio_Datawarehouse.dbo.TDWH_DIA ; CREATE TABLE Mercurio_Datawarehouse.dbo.TDWH_DIA (   NMSEC_DIA DATE PRIMARY KEY,   DIA_MES INTEGER,   FECHA_INT INTEGER,   NMSEC_MES INTEGER ); Create View Dbo.VTDWH_DIA (NMSEC_DIA,DIA_MES,NMSEC_MES, FECHA_INT) AS Select NMSEC_DIA,DIA_MES,NMSEC_MES,FECHA_INT From Mercurio_Datawarehouse.Dbo.TDWH_DIA with(nolock) ; -- --- -- Table 'Mes' --  -- --- DROP TABLE  Mercurio_Datawarehouse.Dbo.TDWH_MES; CREATE TABLE Mercurio_Datawarehouse.Dbo.TDWH_MES (   NMSEC_MES INTEGER PRIMARY KEY,   DSNOMBRE_MES VARCHAR(20),   NMSEC_ANO INTEGER ); Create View Dbo.VTDWH_MES (NMSEC_MES,DSNOMBRE_MES,NMSEC_A
Leer más

Reiniciar el Intelligence Server de Microstrategy

Imagen
Existen varias formas de realizar un reinicio del Intelligence Server (IS) de Microstrategy, a continuación enumeramos las existentes: Reinicio de los servicios por comando de Sistema Operativo . Desde el Command Manager . Otra alternativa es el Service Manager . Desde MSTR Developer COMANDO POR SISTEMA OPERATIVO (OS) Para realizar el reinicio por esta alternativa, se debe conocer el sistema operativo en el cual se aloja el Intelligence Server. Si se hace desde un OS Linux el procedimiento es el siguiente: Abrimos la consola de comando de Linux. Nos vamos a la ruta <MicroStrategy HOME>/bin directory,  Se corre el comando ' mstrctl -s IntelligenceServer start ', <MicroStrategy HOME> esta es la carpeta home donde se realizó la instalación. Revisamos si el Intelligence se encuentra arriba con el comando ' mstrctl -s IntelligenceServer gs '. Luego de verificar que se encuentra arriba el IS, se ejecuta el siguiente comando ' mstrctl -s In
Leer más

Modelo en Copo de Nieve

Imagen
Este es un esquema un poco más complejo que el anterior ( Esquema Estrella ), su modelado es similar al de un copo de nieve:   Vemos que un copo de nieve tiene un centro que a su vez tiene relaciones con niveles superiores y estos niveles pueden tener más relaciones con niveles aún mayores. Lo que se tiene es una  tendencia a normalizar aun más los datos que en la topología en estrella porque las dimensiones tienen más de un nivel hacia arriba:   Podemos observar como la tabla de hechos tiene productos y los productos tienen unas características como la marca y la sub categoría, lo que hace que la dimensión producto de la tabla de hechos se tenga en más de una tabla.   Respecto a la topología en estrella, este esquema lo que nos permite es no tener tanta redundancia de datos en los registros y esto se traduce en menos datos para guardar, sin embargo son modelos más difíciles para el usuario si quieren realizar una consulta porque en el query deben poner mas j
Leer más