Documentación de Oracle Cloud Infrastructure

Recomendaciones y consejos para ampliar el modelo semántico

Antes de ampliar el modelo semántico, revise las recomendaciones y consejos para asegurarse de que las extensiones funcionan según lo esperado.

Marco de extensiones de modelos semánticos

Marco de sucursal

Si aún está en el marco de rama de modelo semántico, ahora es el momento de migrar al marco de sandbox. Consulte Migración al marco de sandbox para extensiones de modelos semánticos.

Marco de sandbox

Conservar solo los sandboxes en uso. Suprima los sandboxes que utilizó para las pruebas y que ya no están en uso. El mantenimiento de sandboxes adicionales no utilizados degrada el rendimiento del sistema.

Objetos de Base de Datos

Estándares de nomenclatura de base de datos para objetos de lakehouse de IA autónoma

  • Agregue un prefijo a un objeto personalizado con X_ZZZ_, donde ZZZ es una abreviatura de su organización.
  • Sufijo de objetos diferentes como:
    • _A = Agregado
    • _D = Dimensión
    • _DH = Jerarquía de dimensiones
    • _F = Hecho
    • _H = Ayuda
    • _M = Dimensión de mapa
    • _MD = Mini Dimensión
    • _V = Vistas
    • _MV = Vista Materializada
    • _DS = conjunto de datos de aumento de datos
    • _EXT = Extensión de aumento de datos
  • No cree ningún objeto de base de datos personalizado que empiece por "DW" porque esto puede provocar conflictos con los nombres de objeto predefinidos. Los objetos de base de datos personalizados que empiecen por "DW" pueden provocar un comportamiento inconsistente en el asistente de extensiones de modelo semántico.
  • No utilice estos sufijos reservados por el sistema para los nombres de esquema personalizados: DW, OAC, INFRA, SECURITY, USER o CORE.

    Si utiliza uno de estos sufijos reservados por el sistema para los nombres de esquema personalizados, corre el riesgo de otorgar privilegios no deseados a su esquema personalizado durante el procesamiento del pipeline.

Campos flexibles y conjuntos de datos de aumento de datos

  • Asegúrese de que los cambios en el origen se abordan en la instancia de Oracle Fusion Data Intelligence. Por ejemplo, si un campo flexible descriptivo utilizado en un área temática personalizada se desactivó en el origen, debe reemplazar o eliminar el campo flexible descriptivo aplicable en Oracle Fusion Data Intelligence o, de lo contrario, falla la extensión del modelo semántico aplicable.
  • Puede hacer referencia a sinónimos de los juegos de datos de aumento de datos en las extensiones de modelo semántico después de que se haya completado la carga completa inicial para el aumento de datos. Utilice la opción Ejecutar inmediatamente en el aumento de datos para ejecutar la carga completa directamente.

Ampliando

General
  • Al asignar nombres a objetos (dimensiones, hechos y columnas), elimine todos los espacios iniciales y finales. Puede utilizar caracteres de subrayado y espacios en los nombres, pero evitar el resto de caracteres especiales.
  • Al agregar atributos personalizados o definir claves utilizadas para la unión, asegúrese de que el nombre mostrado sea único y no entre en conflicto con ninguno de los nombres de columna predefinidos.
Ampliar Dimensión
  • Importante: debe mantener las extensiones al mínimo y combinarlas para evitar gastos generales innecesarios y un rendimiento degradado. Cuando se amplía una dimensión (si la granularidad de la extensión es de uno a uno [1:1] con la dimensión predefinida), se combinan varias extensiones para la misma dimensión en un único origen (tabla/vista/sinónimo) en Autonomous AI Lakehouse. Es preferible tener una extensión con muchas columnas, en lugar de tener varias extensiones por columna.
  • Precaución: al ampliar una dimensión, es muy recomendable unirla con la clave de dimensión base. Si no es posible unir la clave de dimensión base, puede unirla a otra columna base con precaución, validando el detalle de datos y la cardinalidad. No se recomienda unirse a otra columna de extensión. El sistema procesa las extensiones con dependencias de forma secuencial, alargando el tiempo que se tarda en aplicar y publicar el sandbox y podría tener un impacto negativo en el rendimiento de la consulta.
  • Al ampliar las dimensiones DEGEN ("carpetas de detalles"), mantenga siempre el mismo nivel de granularidad mediante la unión de las claves primarias del hecho con una relación de uno a uno [1:1]. No defina uniones de varias a varias [M:M] porque puede provocar una degradación del rendimiento y la duplicación de datos.
  • Tenga cuidado al ampliar las dimensiones que tienen relaciones de uno a varios (1:M) (como la selección múltiple), porque:
    • Pueden provocar duplicación de datos debido a que los datos ampliados son de un nivel inferior al de la dimensión principal.
    • Se puede exceder la longitud máxima del índice de extensión.

    Para evitar la restricción, asigne a la tabla/vista/sinónimo el nombre más corto posible. Por ejemplo, FDI_X_SZ_V (Tamaño) y FDI_X_PR_V (Precio).

  • Antes de ampliar un objeto lógico, valide que la tabla de presentación asociada se expone en el área temática. Consulte las hojas de cálculo de linaje de modelo semántico aplicables:
  • Al ampliar una dimensión, si la tabla que selecciona es una tabla de aumento, selecciónela en el esquema OAX$OAC en lugar de OAX_USER. El esquema principal para las tablas de aumento es OAX$OAC aunque las tablas de aumento también estén presentes en OAX_USER.
  • El tamaño de columna de atributo ampliado no puede superar los 256 caracteres.
  • Al ampliar dimensiones, seleccione un tipo de unión basado en el tipo de dimensión (degenerar o conformar) y la relación entre las tablas base y de extensión. Su elección depende de si desea conservar o desechar los registros sin coincidencias.
    • Exterior izquierdo: se recomienda para la mayoría de las extensiones para conservar todas las filas de la tabla base, especialmente para las relaciones 1:muchas o cuando la tabla ampliada está incompleta. Esto evita el borrado involuntario de filas base.
    • Interno: es mejor para una relación verdadera 1:1 cuando solo desea que los registros existan en ambas tablas y sean cómodos excluyendo las filas no coincidentes. No se recomienda al extender dimensiones degeneradas.
    • Externa derecha: poco utilizada. Seleccione esta opción cuando necesite conservar todas las filas de la tabla ampliada y solo extraer las filas coincidentes de la tabla base.
    • Externo completo: utilice con precaución para conservar todas las filas de ambas tablas independientemente de las coincidencias. No utilice Full Outer en dimensiones degeneradas porque pueden introducir duplicación de datos y degradación del rendimiento.

Crear Dimensión

  • Al crear una dimensión personalizada, puede anular la selección de Agregar jerarquía a área temática. Sin embargo, aún es necesario definir una clave primaria de jerarquía y un atributo de visualización. Haga clic en la carpeta Detalles de elementos de datos seleccionados y, a continuación, en el icono Editar propiedades para definir la clave primaria de jerarquía y el atributo de visualización.

Crear dimensiones degeneradas

  • Evite agregar atributos de dimensión no degenerados a las tablas de hechos. En su lugar, seleccione el indicador degenerado para el atributo al definir la definición de la tabla de hechos. Los atributos de dimensión no marcados en las tablas de hechos afectarán negativamente a la estructura del informe, aumentarán el riesgo de errores de tiempo de ejecución y complicarán el mantenimiento del sistema.
Crear hecho
  • Al agregar un hecho personalizado, defina siempre los niveles de contenido para las dimensiones personalizadas que se unen al hecho personalizado.
  • Al unir hechos a dimensiones, asegúrese de que las columnas que se unen son de tipos de dato compatibles.
Crear Jerarquía
  • Al agregar una jerarquía personalizada, evite el objetivo de mostrar los niveles de suma total en las visualizaciones porque las jerarquías personalizadas se exponen solo desde el primer nivel. Las jerarquías predefinidas tampoco exponen los niveles totales. El nivel de total general solo proporciona el importe total general; por lo tanto, utilícelo solo cuando no haya una unión entre un hecho y una dimensión y la métrica se tenga que definir en un nivel total.
  • Al definir una jerarquía, es necesario correlacionar todos los elementos de datos disponibles con un nivel o detalles.
  • Antes de editar una jerarquía (por ejemplo, agregar, eliminar o cambiar niveles), elimine primero la jerarquía del área temática, edite la jerarquía y, a continuación, vuelva a agregar la jerarquía al área temática.
  • Actualmente, el marco Sandbox no admite la adición de jerarquías basadas en valores a un área temática.

Adición de columnas

  • Aplicar funciones y agregaciones directamente a las columnas base. Evite anidar columnas derivadas para evitar dependencias innecesarias, sobrecarga de procesamiento, retrasos y posibles errores de cálculo en el modelo semántico.
  • Evite agregar columnas que ya estén presentes en el modelo semántico existente; esto crea uniones redundantes y aumenta la sobrecarga de procesamiento.
  • Al trabajar con hechos y dimensiones personalizados, evite el uso de columnas derivadas. En su lugar, realice los cálculos necesarios dentro de la capa de base de datos o defina la expresión directamente en el objeto durante su proceso de creación.

Uso de Configuraciones de Datos Personalizadas

  • Si utiliza una configuración de datos personalizada especializada, como Análisis de cuentas configurables, Fusion Accounting Hub o Aplicación de planificación de cadena de suministro, debe implantar toda la personalización necesaria exclusivamente en la aplicación. Evite crear configuraciones duplicadas en el modelo semántico, ya que esto presenta dependencias redundantes y gastos generales de procesamiento innecesarios.

Despliegue

  • Las migraciones deben fluir en una sola dirección. Seleccione un entorno para que sea el entorno de desarrollo maestro. Después de las pruebas de aceptación del usuario, genere y despliegue un paquete de extensiones semánticas para migrar los cambios a producción y otros entornos.
  • Si el modelo semántico protege los objetos con roles, grupos o usuarios de aplicación recién configurados, asegúrese de importar y desplegar el paquete de seguridad antes de importar y desplegar el paquete de modelo semántico.