Convenciones del Almacén de datos de
Clarity

ccppmop159
HID_admin_datawarehouse_conventions
Utilice los siguientes estándares y convenciones del Almacén de datos (DWH) para generar datos de informes mediante sus herramientas de generación de informes preferidas:
2
Prefijos de tabla de almacén de datos
El esquema de almacén de datos utiliza los prefijos de la siguiente tabla en su convención de nomenclatura de la tabla.
Prefijo
Descripción de la tabla
DWH_CFG
Tablas de configuración utilizadas para proporcionar la información de auditoría y de registro
DWH_CMN
Objetos de la base de datos comunes utilizados en la mayoría de áreas
DWH_CMP
Objetos de la base de datos de la compañía
DWH_FIN
Objetos de la base de datos de gestión financiera
DWH_INV
Objetos de la base de datos de gestión de inversiones
DWH_LKP
Objetos de la base de datos de búsqueda
DWH_META
Tablas de metadatos que facilitan la determinación de la estructura del almacén de datos
DWH_ODF
Objetos de la base de datos específicos del cliente
DWH_PFM
Objetos de la base de datos de gestión de carteras
DWH_RES
Objetos de la base de datos de gestión de recursos
DWH_RIM
Objetos de la base de datos de gestión de riesgos y problemas
DWH_TME
Objetos de la base de datos de gestión del tiempo
DWH_X
Objetos de la base de datos internos utilizados para facilitar el relleno de las tablas de hechos
Estándares de la búsqueda estática del almacén de datos
En el almacén de datos, cada búsqueda tiene su propia tabla. Los valores de búsqueda se almacenan por separado en los idiomas seleccionados para el almacén de datos. Por ejemplo, si el almacén de datos se almacena en inglés y en español, existen dos registros para cada valor de búsqueda.
En la tabla siguiente se muestra la estructura de una búsqueda estática en el esquema.
Columnas
Tipo de datos
Descripción
[LOOKUP_NAME]_key
Número o Varchar (30)
El valor de la clave de la búsqueda. Si la clave oculta de
PPM (versión clásica)
es lookup_enum, la clave del almacén de datos se rellena con lookup_enum. Es igual para lookup_code. Ejemplo: investment_status_key.
LANGUAGE_CODE_KEY
Número de ID de la tabla de idiomas de
PPM (versión clásica)
.
LANGUAGE_CODE
Varchar(30)
Código de idioma único de la tabla de idiomas de
PPM (versión clásica)
.
[LOOKUP_NAME]
Varchar(255)
El nombre descriptivo de la búsqueda. Por ejemplo: investment_status.
SORT_ORDER
Número
El orden en el que el usuario desea ver los valores.
IS_ACTIVE
Número
Indica si el valor de búsqueda actual está activo.
CLARITY_UPDATED_DATE
Fecha
La última vez que se ha actualizado el registro en
PPM (versión clásica)
.
DW_UPDATED_DATE
Fecha
La última vez que se actualizó el registro en el almacén de datos.
Estándares de la búsqueda dinámica del almacén de datos
Cada búsqueda dinámica tiene su propia tabla. Cada estructura de tabla puede variar dependiendo de la búsqueda. Si la búsqueda depende del idioma, se almacenan los langage_code_key y language_code. De lo contrario, hay un registro para cada valor.
En la tabla siguiente se muestra la estructura de una búsqueda dinámica en el esquema.
Columnas
Tipo de datos
Descripción
[lookup_name]_key
...
El valor de clave de la búsqueda dinámica. El valor depende del valor NSQL oculto.
Language_code_key
Número
Número de ID de la tabla de idiomas de
PPM (versión clásica)
, si procede.
Language_code
Varchar(30)
Código de idioma único de la tabla de idiomas de
PPM (versión clásica)
, si procede.
[lookup_name]
...
Nombre descriptivo de la búsqueda. Ejemplo: investment_status.
...
...
Varias columnas específicas para la búsqueda.
Clarity_updated_date
Fecha
La última vez que se ha actualizado el registro en
PPM (versión clásica)
.
DW_updated_date
Fecha
La última vez que se actualizó el registro en el almacén de datos.
Tablas de hechos de almacén de datos
En el almacén de datos, las tablas de hechos utilizan las convenciones siguientes:
  • Los nombres de tablas de hechos terminan con el sufijo
    _FACTS
    .
  • Las tablas con
    _PERIOD_
    en el nombre almacenan datos por períodos definidos.
  • Las tablas con
    _SUMMARY_
    en el almacén de nombre resumen hechos. Las tablas de resumen existen para muchos de los hechos. Si asocia números de resumen con hechos de período, califique los hechos de períodos por un tipo de período.
  • Las tablas con un
    DWH_X_
    en el nombre son tablas de hechos internas. Estas tablas se utilizan para rellenar el período y tablas de hechos de resumen de la manera más eficaz. Estas tablas no están disponibles para los usuarios.
  • Todas las claves de la tabla de hechos tienen integridad referencial.
  • Los hechos calculados se almacenan en las tablas para garantizar la coherencia.
  • Hay reinversiones de resumen en el almacén de datos. Las asignaciones se acumulan en las tareas y las tareas se acumulan en las asignaciones.
  • Los intervalos de tiempo ocultos acumulan los datos en períodos fiscales, semanales y mensuales.
La tabla siguiente incluye algunos ejemplos de tablas de hechos.
Descripción de hechos
Nombre de la tabla de hechos
Acumulación
Transacción de información financiera
DWH_FIN_TRANSACTION_FACTS
Diario
Entrada de tiempo
DWH_TME_ENTRY_FACTS
Diario
Beneficio financiero
DWH_FIN_BENEFIT_PERIOD_FACTS
Fiscal
Plan financiero
DWH_FIN_PLAN_PERIOD_FACTS
Fiscal
Asignación de tarea
DWH_INV_ASSiGN_PERIOD_FACTS
Fiscal, semanalmente, mensualmente
Tarea de la inversión
DWH_INV_TASK_PERIOD_FACTS
Fiscal, semanalmente, mensualmente
Equipo de inversión
DWH_INV_TEAM_PERIOD_FACTS
Fiscal, semanalmente, mensualmente
Inversión
DWH_INV_PERIOD_FACTS
Fiscal, semanalmente, mensualmente
Recurso
DWH_RES_PERIOD_FACTS
Fiscal, semanalmente, mensualmente
Se utilizan los siguientes cuatro tipos de período para almacenar los hechos:
  • Diario
  • Semanal
  • Mensual
  • Período fiscal
Ejemplo: Nombres de tablas de hechos de resumen
La tabla siguiente incluye algunos ejemplos de nombres de tablas de hechos de resumen.
Descripción de hechos
Nombre de la tabla de hechos
Beneficio financiero
DWH_FIN_BENEFIT_SUMMARY_FACTS
Plan financiero
DWH_FIN_PLAN_SUMMARY_FACTS
Asignación de tarea
DWH_INV_ASSIGN_SUMMARY_FACTS
Tarea de la inversión
DWH_INV_TASK_SUMMARY_FACTS
Equipo de inversión
DWH_INV_TEAM_SUMMARY_FACTS
Inversión
DWH_INV_SUMMARY_FACTS
Ejemplo de consulta de almacén de datos
Las consultas del almacén de datos son más fáciles que las consultas en la base de datos transaccional de
PPM (versión clásica)
de las formas siguientes:
  • No hay necesidad de unión a las tablas de búsqueda.
  • Las uniones entre tablas son coherentes. La clave es siempre el ID del recurso.
  • Los nombres de columna son coherentes entre tablas.
  • Los nombres de tabla se denominan según una convención de nomenclatura estándar.
El siguiente ejemplo muestra una nueva consulta de equipo.
SELECT i.investment_manager, i.investment_name, t.resource_name, t.role_name, tl.booking_status, tl.request_status, p.period_start_date, tf.alloc_hours, tf.alloc_cost FROM dwh_inv_team t INNER JOIN dwh_inv_team_ln tl ON t.team_key = tl.team_key INNER JOIN dwh_inv_investment i ON t.investment_key = i.investment_key INNER JOIN dwh_inv_team_period_facts tf ON t.team_key = tf.team_key INNER JOIN dwh_cmn_period p ON tf.period_key = p.period_key WHERE SYSDATE BETWEEN p.year_start_date AND p.year_end_date AND p.period_type_key = 'MONTHLY' AND tl.language_code = 'en'
Integridad referencial
Para mejorar la precisión de los datos, las tablas utilizan claves primarias y externas.
  • Las tablas de idioma (terminan en
    _ln
    ) tienen claves externas a la tabla principal.
  • Las tablas de hechos tienen claves externas a las tablas principales.
  • Las restricciones de clave externa terminan con FK1.
  • Las restricciones de clave primaria terminan con PK.
Esta convención reduce los errores y elimina los registros huérfanos (registros de detalles sin un encabezado). Cuando se suprime un registro, se suprimen automáticamente los registros en otras tablas que tengan una clave externa al registro actual.