Asignación de esquemas y tipos de datos en la actividad de copia
SE APLICA A: 
Azure Data Factory Azure Synapse Analytics
Sugerencia
Pruebe Data Factory en Microsoft Fabric, una solución de análisis todo en uno para empresas. Microsoft Fabric abarca todo, desde el movimiento de datos hasta la ciencia de datos, el análisis en tiempo real, la inteligencia empresarial y los informes. Obtenga información sobre cómo iniciar una nueva evaluación gratuita.
En este artículo se describe cómo la actividad de copia de Azure Data Factory realiza la asignación de esquemas y la asignación de tipos de datos de los datos de origen a los datos receptores.
Asignación de esquemas
Asignación predeterminada
De forma predeterminada, la actividad de copia asigna los datos de origen al receptor por nombres de columna con distinción de mayúsculas y minúsculas. Si el receptor no existe, por ejemplo, al escribir en los archivos, los nombres de los campos de origen se conservarán como nombres de receptor. Si el receptor ya existe, debe contener todas las columnas que se copien del origen. Esta asignación predeterminada admite esquemas flexibles y derivación de esquemas del origen al receptor de una ejecución a otra: todos los datos devueltos por el almacén de datos de origen se pueden copiar en el receptor.
Si el origen es un archivo de texto sin línea de encabezado, se requiere una asignación explícita, ya que el origen no contiene nombres de columna.
Asignación explícita
También puede especificar una asignación explícita para personalizar la asignación de columnas o campos del origen al receptor según sus necesidades. Con la asignación explícita, solo puede copiar parcialmente los datos de origen en el receptor o asignar los datos de origen al receptor con nombres diferentes, o incluso volver a conformar los datos tabulares y jerárquicos. Actividad de copia:
- Lee los datos desde el origen y determina el esquema de origen.
- Aplica la asignación definida.
- Escribe los datos en el receptor.
Más información sobre:
- Origen tabular a un receptor tabular
- Origen jerárquico a un receptor tabular
- Origen tabular o jerárquico a un receptor jerárquico
Puede configurar la asignación en la interfaz de usuario de creación -> actividad de copia -> pestaña Asignación, o bien especificar mediante programación la asignación en la actividad de copia -> propiedad translator. Las siguientes propiedades se admiten en translator ->matriz mappings -> objetos ->source y sink, que apuntan a la columna o campo específico para asignar datos.
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| name | Nombre de la columna o campo de origen o receptor. Aplica para el origen y el receptor tabulares. | Sí |
| ordinal | Índice de columna. Inicia desde 1. Se aplica y es obligatoria cuando se usa texto delimitado sin línea de encabezado. |
No |
| path | Expresión de ruta de acceso JSON de cada campo para su extracción o asignación. Aplica para el origen y el receptor jerárquicos; por ejemplo, Azure Cosmos DB, MongoDB o conectores REST. Para los campos situados bajo el objeto raíz, la ruta de acceso JSON comienza con la raíz $; para los campos incluidos dentro de la matriz elegida mediante la propiedad collectionReference, la ruta de acceso JSON empieza desde el elemento de matriz sin $. |
No |
| type | Tipo de datos provisional de la columna de origen o receptor. En general, no es necesario especificar ni cambiar esta propiedad. Más información sobre la asignación de tipo de datos. | No |
| culture | Cultura de la columna de origen o receptor. Se aplica cuando el tipo es Datetime o Datetimeoffset. El valor predeterminado es en-us.En general, no es necesario especificar ni cambiar esta propiedad. Más información sobre la asignación de tipo de datos. |
No |
| format | Cadena de formato que se usa cuando el tipo es Datetime o Datetimeoffset. Consulte Cadenas con formato de fecha y hora personalizado para obtener información sobre el formato de fecha y hora. En general, no es necesario especificar ni cambiar esta propiedad. Más información sobre la asignación de tipo de datos. |
No |
Se admiten las siguientes propiedades en translator además de mappings:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| collectionReference | Aplica al copiar datos de un origen jerárquico; por ejemplo, Azure Cosmos DB, MongoDB o conectores REST. Si desea iterar y extraer datos de los objetos dentro de un campo de matriz con el mismo patrón y convertir al modo por fila por objeto, especifique la ruta de acceso JSON de esa matriz para realizar la aplicación cruzada. |
No |
Origen tabular a un receptor tabular
Por ejemplo, para copiar datos de Salesforce a Azure SQL Database y asignar explícitamente tres columnas:
En la pestaña actividad de copia -> asignación, haga clic en el botón Importar esquemas para importar los esquemas de origen y de receptor.
Asigne los campos necesarios y excluya o elimine los demás.
La misma asignación se puede configurar de la siguiente forma en la carga de la actividad de copia (consulte translator):
{
"name": "CopyActivityTabularToTabular",
"type": "Copy",
"typeProperties": {
"source": { "type": "SalesforceSource" },
"sink": { "type": "SqlSink" },
"translator": {
"type": "TabularTranslator",
"mappings": [
{
"source": { "name": "Id" },
"sink": { "name": "CustomerID" }
},
{
"source": { "name": "Name" },
"sink": { "name": "LastName" }
},
{
"source": { "name": "LastModifiedDate" },
"sink": { "name": "ModifiedDate" }
}
]
}
},
...
}
Para copiar datos de los archivos de texto delimitados sin una línea de encabezado, las columnas se representan mediante el índice, en lugar de los nombres.
{
"name": "CopyActivityTabularToTabular",
"type": "Copy",
"typeProperties": {
"source": { "type": "DelimitedTextSource" },
"sink": { "type": "SqlSink" },
"translator": {
"type": "TabularTranslator",
"mappings": [
{
"source": { "ordinal": "1" },
"sink": { "name": "CustomerID" }
},
{
"source": { "ordinal": "2" },
"sink": { "name": "LastName" }
},
{
"source": { "ordinal": "3" },
"sink": { "name": "ModifiedDate" }
}
]
}
},
...
}
Origen jerárquico a un receptor tabular
Al copiar datos de un origen jerárquico a un receptor tabular, la actividad de copia admite las siguientes funcionalidades:
- Extraer datos de objetos y matrices.
- Usar CROSS APPLY en varios objetos con el mismo patrón de una matriz, en cuyo caso se convierte un objeto JSON en varios registros del resultado tabular.
Para una transformación de datos jerárquicos a tabulares más avanzada, puede usar Data Flow.
Por ejemplo, si tiene un documento de origen de MongoDB con el siguiente contenido:
{
"id": {
"$oid": "592e07800000000000000000"
},
"number": "01",
"date": "20170122",
"orders": [
{
"prod": "p1",
"price": 23
},
{
"prod": "p2",
"price": 13
},
{
"prod": "p3",
"price": 231
}
],
"city": [ { "name": "Seattle" } ]
}
Y quiere copiarlo en un archivo de texto del formato siguiente con línea de encabezado, puede hacerlo mediante el acoplamiento de los datos dentro de la matriz (order_pd y order_price) y la combinación cruzada con la información raíz en común (número, fecha y ciudad) :
| orderNumber | orderDate | order_pd | order_price | city |
|---|---|---|---|---|
| 01 | 20170122 | P1 | 23 | Seattle |
| 01 | 20170122 | P2 | 13 | Seattle |
| 01 | 20170122 | P3 | 231 | Seattle |
Puede definir dicha asignación en la interfaz de usuario de creación de Data Factory:
En la pestaña actividad de copia -> asignación, haga clic en el botón Importar esquemas para importar los esquemas de origen y de receptor. Ya que el servicio muestrea los objetos más importantes al importar el esquema, si no aparece algún campo, puede agregarlo a la capa correcta de la jerarquía; para ello, mantenga el puntero sobre un nombre de campo existente y elija la opción de agregar un nodo, un objeto o una matriz.
Seleccione la matriz en la que quiere iterar y extraer datos. Se cumplimentará automáticamente como una referencia de colecciones. Nota: Solo se admite una matriz única para esta operación.
Asigne los campos necesarios al receptor. El servicio determina automáticamente las rutas de acceso JSON correspondientes para el lado jerárquico.
Nota
El registro se omite para los registros en los que la matriz marcada como referencia de la colección está vacía y la casilla está activada.
También puede cambiar al Editor avanzado, en cuyo caso puede ver y editar directamente las rutas de acceso JSON de los campos. Si decide agregar una nueva asignación en esta vista, especifique la ruta de acceso JSON.
La misma asignación se puede configurar de la siguiente forma en la carga de la actividad de copia (consulte translator):
{
"name": "CopyActivityHierarchicalToTabular",
"type": "Copy",
"typeProperties": {
"source": { "type": "MongoDbV2Source" },
"sink": { "type": "DelimitedTextSink" },
"translator": {
"type": "TabularTranslator",
"mappings": [
{
"source": { "path": "$['number']" },
"sink": { "name": "orderNumber" }
},
{
"source": { "path": "$['date']" },
"sink": { "name": "orderDate" }
},
{
"source": { "path": "['prod']" },
"sink": { "name": "order_pd" }
},
{
"source": { "path": "['price']" },
"sink": { "name": "order_price" }
},
{
"source": { "path": "$['city'][0]['name']" },
"sink": { "name": "city" }
}
],
"collectionReference": "$['orders']"
}
},
...
}
Origen tabular o jerárquico a un receptor jerárquico
El flujo de la experiencia del usuario es similar a el de Origen jerárquico a receptor tabular.
Al copiar datos del origen tabular al receptor jerárquico, no se admite la escritura en una matriz dentro del objeto.
Al copiar datos de un origen jerárquico a un receptor jerárquico, también puede conservar la jerarquía de todo un nivel si selecciona el objeto o la matriz y lo asigna al receptor sin modificar los campos internos.
Para una transformación de conformación de datos más avanzada, puede usar Data Flow.
Parametrización de asignaciones
Si quiere crear una canalización en plantilla para copiar dinámicamente un gran número de objetos, determine si puede aprovechar la asignación predeterminada o si necesita definir una asignación explícita para los objetos respectivos.
Si se necesita una asignación explícita, puede:
Definir un parámetro con un tipo de objeto en el nivel de canalización; por ejemplo,
mapping.Parametrizar la asignación: en la actividad de copia -> pestaña Asignación, elija agregar contenido dinámico y seleccione el parámetro anterior. La carga de la actividad tendría un aspecto como el siguiente:
{ "name": "CopyActivityHierarchicalToTabular", "type": "Copy", "typeProperties": { "source": {...}, "sink": {...}, "translator": { "value": "@pipeline().parameters.mapping", "type": "Expression" }, ... } }Construir el valor que se va a pasar al parámetro de asignación. Debe ser el objeto completo de la definición de
translator; consulte los ejemplos de la sección asignación explícita. Por ejemplo, para copiar de un origen tabular a un receptor tabular, el valor debe ser{"type":"TabularTranslator","mappings":[{"source":{"name":"Id"},"sink":{"name":"CustomerID"}},{"source":{"name":"Name"},"sink":{"name":"LastName"}},{"source":{"name":"LastModifiedDate"},"sink":{"name":"ModifiedDate"}}]}.
Asignación de tipos de datos
La actividad de copia realiza la asignación de tipos de origen a tipos de receptores con el siguiente flujo:
- Conversión de tipos de datos nativos de origen en tipos de datos provisionales usados por canalizaciones de Azure Data Factory y Synapse.
- Convierta automáticamente el tipo de datos provisional según sea necesario para que coincida con los tipos de receptor correspondientes; se aplica para la asignación predeterminada y la asignación explícita.
- Conversión de tipos de datos provisionales en tipos de datos nativos de receptor.
La actividad de copia actualmente admite los siguientes tipos de datos provisionales: booleano, byte, matriz de bytes, DateTime, DatetimeOffset, decimal, double, GUID, Int16, Int32, Int64, SByte, single, cadena, intervalo de tiempo, UInt16, UInt32, and UInt64.
Se admiten las siguientes conversiones de tipos de datos entre los tipos provisionales de origen a receptor.
| Origen/receptor | Boolean | Byte array | Date/Time | Decimal | Con punto flotante | GUID | Entero | Cadena | TimeSpan |
|---|---|---|---|---|---|---|---|---|---|
| Boolean | ✓ | ✓ | ✓ | ✓ | |||||
| Byte array | ✓ | ✓ | |||||||
| Fecha y hora | ✓ | ✓ | |||||||
| Decimal | ✓ | ✓ | ✓ | ✓ | |||||
| Con punto flotante | ✓ | ✓ | ✓ | ✓ | |||||
| GUID | ✓ | ✓ | |||||||
| Entero | ✓ | ✓ | ✓ | ✓ | |||||
| String | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| TimeSpan | ✓ | ✓ |
(1) Los valores de fecha y hora incluyen a DateTime y DateTimeOffset.
(2) Los valores con punto flotante incluyen a Single y Double.
(3) Los valores enteros incluyen a SByte, Byte, Int16, UInt16, Int32, UInt32, Int64 y UInt64.
Nota
- Actualmente, esta conversión de tipos de datos se admite cuando se copia entre datos tabulares. Los orígenes o receptores jerárquicos no son compatible, por lo que no hay ninguna conversión de tipo de datos definida por el sistema entre los tipos provisionales de origen y receptor.
- Esta característica funciona con el modelo de conjunto de datos más reciente. Si no ve esta opción desde la interfaz de usuario, intente crear un nuevo conjunto de datos.
Las siguientes propiedades son compatibles con la actividad de copia para la conversión de tipos de datos (en la sección translator para la creación mediante programación):
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| typeConversion | Habilita la nueva experiencia de conversión de tipos de datos. El valor predeterminado es false debido a la compatibilidad con versiones anteriores. En el caso de las nuevas actividades de copia creadas a través de la interfaz de usuario de creación de Data Factory a partir de finales de junio de 2020, esta conversión de tipos de datos está habilitada de forma predeterminada para obtener la mejor experiencia, y puede ver la siguiente configuración de conversión de tipos en actividad de copia -> pestaña Asignación para los escenarios aplicables. Para crear una canalización mediante programación, debe establecer explícitamente la propiedad typeConversion en true para habilitarla.En el caso de las actividades de copia existentes creadas antes de la publicación de esta característica, no se ven las opciones de conversión de tipos en la interfaz de usuario de creación para la compatibilidad con versiones anteriores. |
No |
| typeConversionSettings | Grupo de configuraciones para conversión de tipos. Se aplica cuando typeConversion está establecido en true. Todas las propiedades siguientes se encuentran en este grupo. |
No |
En typeConversionSettings |
||
| allowDataTruncation | Permite truncar los datos al convertir los datos del origen al receptor con un tipo diferente durante la copia; por ejemplo, de decimal a entero, de DatetimeOffset a DateTime. El valor predeterminado es true. |
No |
| treatBooleanAsNumber | Trata los valores booleanos como números; por ejemplo, true como 1. El valor predeterminado es False. |
No |
| dateTimeFormat | Da formato a la cadena al realizar conversiones entre fechas sin desplazamiento de zona horaria y cadenas; por ejemplo, yyyy-MM-dd HH:mm:ss.fff. Consulte Cadenas con formato de fecha y hora personalizado para obtener información detallada. |
No |
| dateTimeOffsetFormat | Da formato a la cadena al realizar conversiones entre fechas con desplazamiento de zona horaria y cadenas; por ejemplo, yyyy-MM-dd HH:mm:ss.fff zzz. Consulte Cadenas con formato de fecha y hora personalizado para obtener información detallada. |
No |
| timeSpanFormat | Da formato a la cadena al realizar conversiones entre intervalos de tiempo y cadenas; por ejemplo, dd\.hh\:mm. Consulte Cadenas con formato de intervalo de tiempo personalizado para obtener información detallada. |
No |
| culture | Información de referencia cultural que se va a usar al convertir tipos; por ejemplo, en-us o fr-fr. |
No |
Ejemplo:
{
"name": "CopyActivity",
"type": "Copy",
"typeProperties": {
"source": {
"type": "ParquetSource"
},
"sink": {
"type": "SqlSink"
},
"translator": {
"type": "TabularTranslator",
"typeConversion": true,
"typeConversionSettings": {
"allowDataTruncation": true,
"treatBooleanAsNumber": true,
"dateTimeFormat": "yyyy-MM-dd HH:mm:ss.fff",
"dateTimeOffsetFormat": "yyyy-MM-dd HH:mm:ss.fff zzz",
"timeSpanFormat": "dd\.hh\:mm",
"culture": "en-gb"
}
}
},
...
}
Modelos heredados
Nota
Estos modelos para asignar columnas o campos del origen al receptor siguen siendo compatibles con versiones anteriores. Se recomienda usar el nuevo modelo mencionado en asignación de esquemas. La interfaz de usuario de creación se ha cambiado para generar el nuevo modelo.
Asignación de columnas alternativa (modelo heredado)
Puede especificar actividad de copia ->translator ->columnMappings para realizar asignaciones de datos en forma tabular. En este caso, la sección "structure" es necesaria tanto para los conjuntos de datos de entrada como para los de salida. La asignación de columnas admite la asignación de todas las columnas o un subconjunto de ellas del conjunto de datos de origen "structure" a todas las columnas del conjunto de datos receptor "structure" . Las siguientes son las condiciones de error que tienen como resultado una excepción:
- El resultado de la consulta del almacén de datos de origen no tiene un nombre de columna que se especifique en la sección "structure" del conjunto de datos de entrada.
- El almacén de datos receptor (si está en el esquema predefinido) no tiene un nombre de columna que se especifique en la sección "structure" del conjunto de datos de salida.
- O bien menos columnas o más columnas en "structure" del conjunto de datos receptor de las que se especifican en la asignación.
- Asignación duplicada.
En el siguiente ejemplo, el conjunto de datos de entrada tiene una estructura y apunta a una tabla en una base de datos de Oracle local.
{
"name": "OracleDataset",
"properties": {
"structure":
[
{ "name": "UserId"},
{ "name": "Name"},
{ "name": "Group"}
],
"type": "OracleTable",
"linkedServiceName": {
"referenceName": "OracleLinkedService",
"type": "LinkedServiceReference"
},
"typeProperties": {
"tableName": "SourceTable"
}
}
}
En este ejemplo, el conjunto de datos de salida tiene una estructura y apunta a una tabla en Salesforce.
{
"name": "SalesforceDataset",
"properties": {
"structure":
[
{ "name": "MyUserId"},
{ "name": "MyName" },
{ "name": "MyGroup"}
],
"type": "SalesforceObject",
"linkedServiceName": {
"referenceName": "SalesforceLinkedService",
"type": "LinkedServiceReference"
},
"typeProperties": {
"tableName": "SinkTable"
}
}
}
El siguiente fragmento JSON define una actividad de copia en una canalización. Las columnas del origen se asignan a columnas del receptor mediante la propiedad translator ->columnMappings.
{
"name": "CopyActivity",
"type": "Copy",
"inputs": [
{
"referenceName": "OracleDataset",
"type": "DatasetReference"
}
],
"outputs": [
{
"referenceName": "SalesforceDataset",
"type": "DatasetReference"
}
],
"typeProperties": {
"source": { "type": "OracleSource" },
"sink": { "type": "SalesforceSink" },
"translator":
{
"type": "TabularTranslator",
"columnMappings":
{
"UserId": "MyUserId",
"Group": "MyGroup",
"Name": "MyName"
}
}
}
}
Si estaba usando la sintaxis de "columnMappings": "UserId: MyUserId, Group: MyGroup, Name: MyName" para especificar una asignación de columnas, esta se sigue admitiendo tal cual.
Asignación de esquemas alternativa (modelo heredado)
Puede especificar actividad de copia ->translator ->schemaMapping para realizar la asignación de tablas de datos jerárquicos y datos tabulares. Por ejemplo, al copiar de MongoDB o REST a un archivo de texto, y al copiar de Oracle a Azure Cosmos DB for MongoDB. Se admiten las siguientes propiedades en la sección translator de la actividad de copia:
| Propiedad | Descripción | Obligatorio |
|---|---|---|
| type | La propiedad type del traductor de la actividad de copia debe establecerse en: TabularTranslator | Sí |
| schemaMapping | Colección de pares clave-valor, que representa la relación de la asignación del lado origen al lado receptor. - Clave: representa el origen. Para un origen tabular, especifique el nombre de columna tal como se define en la estructura del conjunto de datos; para un origen jerárquico, especifique la expresión de ruta de acceso JSON para todos los campos que va a extraer y asignar. - Valor: representa el receptor. Para un receptor tabular, especifique el nombre de columna tal como se define en la estructura del conjunto de datos; para un receptor jerárquico, especifique la expresión de ruta de acceso JSON para todos los campos que va a extraer y asignar. En el caso de los datos jerárquicos, para los campos en el objeto raíz, la ruta de acceso JSON comienza con root $; para los campos dentro de la matriz elegida mediante la propiedad collectionReference, la ruta de acceso JSON empieza desde el elemento de matriz. |
Sí |
| collectionReference | Si desea iterar y extraer datos de los objetos dentro de un campo de matriz con el mismo patrón y convertir al modo por fila por objeto, especifique la ruta de acceso JSON de esa matriz para realizar la aplicación cruzada. Esta propiedad solo se admite si el origen son datos jerárquicos. | No |
Ejemplo: copia de MongoDB a Oracle:
Por ejemplo, si tiene un documento de MongoDB con el siguiente contenido:
{
"id": {
"$oid": "592e07800000000000000000"
},
"number": "01",
"date": "20170122",
"orders": [
{
"prod": "p1",
"price": 23
},
{
"prod": "p2",
"price": 13
},
{
"prod": "p3",
"price": 231
}
],
"city": [ { "name": "Seattle" } ]
}
y desea copiarlo en una tabla de Azure SQL del formato siguiente, puede hacerlo mediante el acoplamiento de los datos dentro de la matriz (order_pd y order_price) y la combinación cruzada con la información de la raíz habitual (número, fecha y ciudad) :
| orderNumber | orderDate | order_pd | order_price | city |
|---|---|---|---|---|
| 01 | 20170122 | P1 | 23 | Seattle |
| 01 | 20170122 | P2 | 13 | Seattle |
| 01 | 20170122 | P3 | 231 | Seattle |
Configure la regla de asignación de esquemas como el siguiente ejemplo JSON de actividad de copia:
{
"name": "CopyFromMongoDBToOracle",
"type": "Copy",
"typeProperties": {
"source": {
"type": "MongoDbV2Source"
},
"sink": {
"type": "OracleSink"
},
"translator": {
"type": "TabularTranslator",
"schemaMapping": {
"$.number": "orderNumber",
"$.date": "orderDate",
"prod": "order_pd",
"price": "order_price",
"$.city[0].name": "city"
},
"collectionReference": "$.orders"
}
}
}
Contenido relacionado
Consulte los otros artículos de la actividad de copia: