Opciones de carga de datos para cubos federados

En función de cómo haya seleccionado gestionar los datos federados, puede cargar datos mediante trabajos de carga de datos de Essbase o utilizar herramientas de carga de datos de base de datos de IA autónoma.

Desde un cubo federado de Essbase, puede cargar datos en la tabla de hechos en Autonomous AI Lakehouse mediante métodos de carga de datos de Essbase o métodos disponibles en Autonomous AI Database Data Studio (consulte Funciones de Autonomous AI Database Data Studio).

Carga de datos en cubos federados a través de Essbase

Antes de realizar una carga de datos mediante Essbase en la tabla de hechos, Oracle recomienda cargar el archivo de datos en el servidor de Essbase. La carga de datos del cliente está soportada, pero tarda más tiempo.

La carga del archivo de exportación de datos de formato Essbase a cubos de federated cubos puede tardar bastante tiempo. Para optimizar las cargas de datos, utilice un archivo de origen con formato DBMS. Puede crear uno mediante el comando DATAEXPORT de cálculo con el valor DataExportCSVFormat. Los archivos con formato CSV se pueden cargar con más rapidez porque se ajustan a las opciones de formato del paquete DBMS_CLOUD para los archivos de origen.

Dimensión de tabla dinámica en tabla de hechos y origen de entrada de carga de datos

La dimensión de tabla dinámica utilizada en los archivos de entrada de carga de datos debe ser la misma que la dimensión de tabla dinámica de la tabla de hechos.

Por ejemplo, en la siguiente tabla de hechos, la dimensión de tabla dinámica es la dimensión Measures (Sales, COGS, Margin, etc).


Tabla de hecho de datos y metadatos desnormalizados mostrados en SQL Developer con las cabeceras de columna "Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions" y "Ending Inventory."

Un archivo de entrada de carga de datos aceptable para esta tabla de hechos tiene una forma similar, ya que tiene la misma dimensión de tabla dinámica. Ejemplo (truncado):

"Year","Product","Market","Scenario","Sales","COGS","Margin","Marketing","Payroll","Misc","Total Expenses","Profit","Opening Inventory","Additions","Ending Inventory"
"Jan","100-10","New York","Actual",678,271,407,94,51,0,145,262,2101,644,2067
"Feb","100-10","New York","Actual",645,258,387,90,51,1,142,245,2067,619,2041
"Mar","100-10","New York","Actual",675,270,405,94,51,1,146,259,2041,742,2108

Si la dimensión dinámica del archivo de entrada difiere de la dimensión dinámica de la tabla de hechos, la carga puede tardar más tiempo.

Optimización de la carga de datos de SQL a SQL

Cuando una regla de carga de datos de Essbase utiliza un origen de datos en el mismo servidor de Autonomous AI Database y en la misma base de datos conectable (PDB) donde reside la tabla de hechos, Essbase puede utilizar la optimización de carga de datos SQL a SQL. La ruta optimizada es más rápida porque no es necesario cargar datos en Essbase y moverlos al almacenamiento de objetos.

La ruta optimizada se aplica cuando se cumplen todas las condiciones siguientes:

  • El tipo de origen de la regla de carga es Origen de datos.

  • El origen de datos y la tabla de hechos están en la misma PDB. La tabla de origen y la tabla de hechos pueden estar en el mismo esquema o en diferentes esquemas, siempre que los privilegios necesarios y la calificación SQL sean correctos.

  • La consulta SQL definida en el origen de datos es válida y la conexión configurada tiene acceso a todos los objetos a los que se hace referencia.

  • La consulta definida en la regla de carga es válida y sus columnas de resultados coinciden con la asignación de campos de regla de carga.

  • Las transformaciones de datos necesarias se expresan en la consulta SQL de origen de datos o regla de carga. Las transformaciones realizadas fuera de la consulta SQL no forman parte de la elegibilidad de ruta de acceso optimizada.

En el origen de datos y en la regla de carga, cualquier consulta SQL de Oracle válida está soportada mediante la ruta de acceso optimizada. Por ejemplo, puede utilizar expresiones como:

'P' || PROD_ID AS "Products"

Si la tabla de origen no está en el esquema de cubo federado, otorgue el privilegio SELECT al usuario de esquema de base de datos. Por ejemplo,

GRANT SELECT ON <datasource_table_name_schema>.<data_table_name> TO ADB_USER;

Note:

Si está optimizando las cargas de datos en Essbase en Autonomous AI Lakehouse, otorgue el privilegio SELECT a "ESSBASE$ONBOARD".

Para verificar que la ruta de acceso optimizada se haya activado, compruebe el archivo <appname>_ODL.log para ver el siguiente mensaje: 

AV-DL: Data load optimization is activated

Si el mensaje no aparece, verifique el tipo de origen de la regla de carga, las ubicaciones de base de datos y PDB, los privilegios de objeto, la calificación SQL y la asignación del campo de regla de carga.

La importación desde varios archivos en MaxL no está soportada

La importación de datos de varios archivos en paralelo mediante una sentencia MaxL import con caracteres comodín no está soportada para los cubos federados.

Carga de datos directamente en cubos federados sin utilizar la carga de datos de Essbase

Atención:

Esta información solo se aplica si selecciona gestionar sus propios datos en Autonomous AI Lakehouse. No utilice herramientas de carga de datos que no sean de Essbase para cubos federados gestionados por Essbase.

Si no tiene que cargar datos mediante Essbase a Autonomous AI Lakehouse, puede utilizar las herramientas de datos de Autonomous AI Database para cargar datos a la tabla del hecho y realizar otras tareas de gestión. Sin embargo, asegúrese de que el esquema de cubo y de la tabla de hechos no quedencronizados. Consulte Precauciones de metadatos para cubos federados.

Oracle no recomienda cargar una tabla de hechos gestionada por Essbase con herramientas que no sean de Essbase.

Si carga datos directamente en la tabla de hechos sin utilizar las herramientas de Essbase, tome las siguientes precauciones:

  • No cargue filas duplicadas en la tabla de hechos.

  • Las intersecciones deben ser para los datos almacenados.

  • Los datos del archivo de origen deben utilizar los nombres de miembros exactos (o nombres de miembros cualificados) que se utilizan en Essbase. No cargar usando alias. Para los cubos activados de miembros duplicados, se necesita el formato de nombre de miembro cualificado correcto. La sintaxis se describe en Duplicar nombres de miembros en esquemas.

  • Para cargar datos en cubos federados gestionados por Essbase, las filas de los datos de origen deben contener ID de miembros en lugar de nombres de miembros.

Consulte Funciones de Autonomous AI Database Data Studio para obtener información sobre la carga de datos en Autonomous AI Database mediante Data Studio.

Consulte el programa básico de inicio rápido de 15 minutos de Oracle Autonomous AI Database para obtener una visión general de cómo desplegar Autonomous AI Database en OCI.