Preparación de las aplicaciones externas

Verifique y actualice las aplicaciones externas.

Nota:

Antes del 1 de junio de 2026, revise y actualice su modelo semántico externo para cumplir con estos últimos estándares y asegurarse de que sus aplicaciones externas sigan funcionando sin interrupción.

Verifique el modelo semántico externo

Lo que necesita comprobar y actualizar Realice estas tareas...
Jerarquía (dimensión lógica) basada en más de una tabla lógica
  • Asegúrese de que la jerarquía (dimensión lógica) se basa en una sola tabla lógica (tabla de dimensiones). El modelador semántico fuerza que una jerarquía (dimensión lógica) se obtenga de una tabla lógica.
  • Antes de migrar el modelo, vaya a la herramienta de administración de modelos, combine las tablas lógicas y, a continuación, suprima la tabla lógica de la que ha fusionado los datos.

    Por ejemplo, si tiene un modelo Snowflake que tiene una jerarquía (dimensión lógica) procedente de una tabla de dimensiones y una tabla de extensiones de dimensiones, vaya a la Herramienta de administración de modelos y agregue los datos de la tabla de extensiones de dimensiones a la tabla de dimensiones. Después de combinar las tablas lógicas, suprima la tabla de extensiones de dimensión.

Uniones de clave ajena lógica
  • Asegúrese de que el modelo semántico no contenga uniones de clave ajena lógica. Las uniones de clave ajena lógica no existen en Semantic Modeler y no se incluirán con la migración.
  • Antes de migrar el modelo, sustituya las uniones de clave ajena lógica por uniones lógicas.
Claves Primarias
  • Asegúrese de que los niveles lógicos del modelo semántico contienen claves primarias.
Roles de aplicación
  • Asegúrese de que el modelo semántico utiliza roles de aplicación para los permisos de objeto y la seguridad de los datos.

    Debido a que la seguridad de nivel de usuario estaba en desuso para los modelos semánticos desarrollados en la herramienta de administración, Semantic Modeler no migrará ninguna seguridad de nivel de usuario. En la herramienta de administración, puede utilizar Identity Manager para comprobar que el modelo utiliza roles de aplicación y no usuarios.

Mostrar Carpetas
  • Busque en el modelo semántico para buscar y suprimir todas las carpetas mostradas en la capa Physical y en la capa Business Model and Mapping.

    Las carpetas de visualización contienen accesos directos a los objetos. Cuando se suprime una carpeta de visualización, sólo se suprimen los accesos directos a los objetos y no a los propios objetos.

Consistencia
  • Asegúrese de que el modelo semántico supere la comprobación de consistencia antes de la migración.
  • En la herramienta de administración de modelos, ejecute la comprobación de consistencia en el modelo y corrija los errores antes de la migración.

Verificar si el modelo semántico externo cumple con los estándares

Para garantizar un servicio ininterrumpido para sus aplicaciones externas, revise y actualice su modelo semántico externo para cumplir con estos estándares. Si no se cumplen estos requisitos, Oracle puede ignorar los cambios, los errores del sistema o la supresión de objetos no conformes.

General:

  • El tamaño del modelo semántico externo debe ser inferior a 25 MB.
  • Los nombres de objetos y carpetas del catálogo deben ser únicos y no deben entrar en conflicto con las entradas predefinidas.

Conexiones:

  • El modelo semántico externo solo debe conectarse a Oracle Autonomous AI Lakehouse asociado a Oracle Fusion Data Intelligence.
  • No agregue ninguna conexión adicional al modelo semántico externo.
  • Antes de cargar, restablezca las conexiones predefinidas a su configuración original. Defina el nombre del origen de datos en "DSN" y deje los campos de nombre de usuario y contraseña en blanco.

Uniones y consultas:

  • Las consultas lógicas no están soportadas en el modelo semántico externo.
  • Las uniones de clave ajena lógica no están soportadas en el modelo semántico externo.

Hechos

  • Los hechos lógicos deben contener al menos una medida agregada.
  • Los atributos descriptivos se deben modelar como dimensiones degeneradas en lugar de atributos de hechos directos.

Dimensiones

  • Cada dimensión lógica creada debe estar emparejada con una jerarquía lógica asociada.
  • La granularidad de dimensión debe coincidir con los datos. De lo contrario, los resultados de la consulta no serán precisos.
  • La clave primaria del nivel más bajo o de detalle de una jerarquía dimensional debe coincidir con la clave primaria de la tabla de dimensiones lógica en la que se basa la jerarquía.

Jerarquías

  • Una jerarquía (dimensión lógica) se debe derivar de una sola tabla lógica (tabla de dimensiones).
  • Las jerarquías principal-secundario definidas en el modelo semántico externo no se pueden utilizar para el modelado posterior en los marcos Branch o Sandbox. En su lugar, utilice jerarquías basadas en niveles.
  • Las jerarquías basadas en niveles requieren un nivel de suma total definido y un nivel de detalle. Defina el número de elementos en cada nivel en uno o más.
  • Las uniones de clave ajena lógica quedarán en desuso. Suprima las uniones de clave ajena lógica y sustitúyalas por uniones lógicas.
  • Todos los niveles lógicos deben tener definida una clave primaria.
  • Optimice el rendimiento de la jerarquía limitando los atributos disponibles a los campos esenciales.

Columnas

  • Los tipos de datos de las columnas que cumplen deben coincidir.
  • Limite las expresiones de columna derivadas a 1499 caracteres para asegurarse de que siguen siendo válidas.

Seguridad

  • La seguridad de nivel de usuario quedará en desuso. Actualice el modelo semántico externo para que utilice exclusivamente roles de aplicación para todos los permisos de seguridad de datos y objetos.
  • Debe proporcionar un nombre mostrado y una descripción para todos los roles personalizados creados en el modelo semántico externo.
  • Si el modelo semántico externo hace referencia a roles y grupos de aplicación, debe crearlos manualmente. La capacidad de fusión solo importa las asignaciones y no importa las definiciones de roles y grupos. Cree los grupos aplicables en su proveedor de identidad. Cree roles de aplicación mediante la página Seguridad de Oracle Fusion Data Intelligence.
  • Utilice roles de aplicación para proteger el acceso a objetos y no para gestionar la seguridad de los datos.

Aumentos de datos

  • No active las opciones de SME para el aumento de datos en el separador Funciones disponibles generalmente de la página Activar funciones, a menos que ya haya creado tipos de aumento de datos como Crear dimensión, Crear hecho y Ampliar entidad. No se recomienda ya el uso de estos tipos de aumento, que podría eliminarse en una futura versión. Las opciones de SME para el aumento de datos actualizan directamente el modelo semántico, que puede disparar errores debido a fallos de sincronización. Si detecta estos errores, sustituya el aumento de SME por un aumento de tipo de juego de datos y configure extensiones de modelo semántico definidas por el usuario en su lugar.

Variables de sistema

  • No haga referencia a las variables del sistema en las extensiones de aplicación externas. Las variables del sistema se permiten en el marco Sandbox.

Despliegue de paquete

  • Debe asegurarse de que las áreas funcionales activadas en el entorno de destino y el entorno de desarrollo desde el que se extrajo el modelo semántico de plantilla son las mismas para evitar el fallo de la fusión de la aplicación externa.