Información general

En consonancia con las mejores prácticas para los artefactos de Chains , es aconsejable implementar convenciones de nomenclatura coherentes para los artefactos de Wdata -como Tablas y Consultas- para facilitar la navegación y la gestión. Las directrices que aquí se ofrecen pretenden ayudarle a organizar los artefactos de forma coherente desde el principio.

Hecho Tablas y Dimensión Tablas

Las Tablas de Hechos suelen contener datos que se acumulan a lo largo del tiempo, mientras que las Tablas de Dimensiones almacenan conjuntos de datos suplementarios que proporcionan un contexto adicional a los datos. A la hora de dar nombre a ambos tipos de tablas, tenga en cuenta las siguientes prácticas recomendadas:

• Convención de nombres: Utilice una convención de nomenclatura coherente que indique claramente la finalidad y el contenido tanto de las Tablas de hechos como de las Tablas de dimensiones.
• Nombres descriptivos: Aplicar nombres descriptivos a ambos tipos de Tablas para que sean fácilmente identificables y comprensibles.
• Sistema de Origen: Incluya el sistema de origen de los datos en el nombre.

Ejemplos:

• Tabla de hechos: Balance de sumas y saldos - Workday

  Descripción: Almacena los datos transaccionales del balance de sumas y saldos de Avikro Financial, procedentes de Workday.

• Tabla de Dimensiones: Plan de Cuentas - Workday

  Descripción: Almacena los datos del plan de cuentas de Avikro Financial, procedentes de Workday.

• Tabla de Dimensiones: Centros de Beneficio - SAP

  Descripción: Almacena la información de los centros de beneficio de Avikro Financial, procedente de SAP.

• Tabla de dimensiones: Tipos de cambio - API del Banco Central

  Descripción: Proporciona tipos de conversión de moneda para Avikro Financial, procedentes de la API del Banco Central.

Esta plantilla garantiza la coherencia en las convenciones de nomenclatura, la claridad descriptiva y la identificación precisa del Sistema de Orígenes tanto para las Tablas de Datos como para las Tablas de Dimensiones.

Wdata Consultas

A la hora de definir convenciones de nombres para las consultas, es esencial mantener un enfoque estándar. Esto garantiza que los usuarios puedan identificar fácilmente la consulta correcta para recuperar datos específicos.

• Convención de nombres: Utilice una convención de nomenclatura coherente que defina claramente la finalidad y el contenido de la consulta.
• Nombres descriptivos: Aplicar nombres descriptivos a las consultas para facilitar su identificación y comprensión.
• Sistema de Origen: Especifique el sistema de origen de los datos.

Por ejemplo:

• Nombre de la consulta: Extended Trial Balance - Workday - Financial Statement

  Descripción: Esta consulta recupera datos de balance de sumas y saldos de Workday, con conjuntos de datos complementarios adaptados para generar estados financieros.

Nota: Es importante evitar utilizar delimitadores de tubo (|) en Tablas y consultas. En su lugar, utilice guiones (-) para evitar posibles problemas con estos artefactos.

Adherirse a esta convención de nomenclatura también dejará claro qué Consulta debe utilizarse al crear una Conexión entrante a una Hoja de cálculo.

Descripciones

Las descripciones suelen ser la parte más olvidada del proceso de diseño y construcción, pero son cruciales para mejorar la comprensión y la usabilidad. Las descripciones deben proporcionar un contexto adicional, como:

• Indica si una Tabla o consulta es un marcador de posición.
• Notas sobre si es necesario editar una consulta antes de utilizarla.
• Aclarar la función específica de un artefacto como una consulta, por ejemplo, identificar los pagos que son inferiores en menos de un 20% a los del Periodo anterior.

Al incluir descripciones claras y detalladas, los usuarios pueden comprender rápidamente la finalidad y el contenido de cada artefacto, lo que reduce la confusión, minimiza los errores y mejora la eficacia general en la gestión del Entorno Wdata.

Carpetas/Entornos

Al organizar un espacio de trabajo, se recomienda clasificar las Tablas y Consultas en carpetas en función de su uso previsto. Esta estructura permite a los usuarios navegar fácilmente y determinar qué artefactos están designados para Desarrollo, Pruebas y Producción.

Dado que Wdata carece actualmente de soporte para la gestión del ciclo de vida de las aplicaciones, se recomienda añadir nombres a los artefactos y carpetas para indicar sus respectivos entornos. Esto ayuda a gestionar el ciclo de vida de la aplicación y evita cualquier error o problema. Nota: los artefactos de producción no necesitan nombres añadidos.