Compartir a través de


Clonación de tablas en Microsoft Fabric

Esto se aplica a:✅ Almacén en Microsoft Fabric

Microsoft Fabric ofrece la capacidad de crear clones de copia cero casi instantáneos con costos de almacenamiento mínimos.

  • Los clones de tabla facilitan los procesos de desarrollo y pruebas mediante la creación de copias de tablas en entornos inferiores.
  • Los clones de tabla proporcionan informes coherentes y duplicación de copia cero de datos para cargas de trabajo analíticas y modelado y pruebas de aprendizaje automático.
  • Los clones de tabla proporcionan la funcionalidad de recuperación de datos en caso de que se produzca un error en la versión o daños en los datos conservando el estado anterior de los datos.
  • Los clones de tabla ayudan a crear informes históricos que reflejan el estado de los datos tal como existía en un momento dado específico en el pasado.
  • Los clones de tabla, en un momento dado específico, pueden conservar el estado de los datos en determinados puntos empresariales en el tiempo.

Puede usar los comandos CREAR TABLA COMO CLON DE T-SQL para crear un clon de tabla. Para ver un tutorial, consulte Tutorial: Clonar tabla usando T-SQL o Tutorial: Clonar tablas en el portal Fabric.

También puede consultar datos en un almacén tal como apareció en el pasado mediante la sintaxis OPTION de T-SQL. Para obtener más información, consulte Consulta de datos tal como existían en el pasado.

¿Qué es un clon de copia cero?

Un clon de copia cero crea una réplica de la tabla copiando los metadatos, mientras sigue haciendo referencia a los mismos archivos de datos en OneLake. Los metadatos se copian mientras que los datos subyacentes de la tabla, almacenados como archivos Parquet, no se copian. La creación de un clon es similar a la creación de una tabla dentro de un almacén en Microsoft Fabric.

Clon de tabla en Fabric Data Warehouse

Dentro de un almacén, se puede crear un clon de una tabla casi de manera instantánea mediante T-SQL simple. Se puede crear un clon de una tabla dentro o entre esquemas de un almacén.

Creación de un clon de tabla

El clon de una tabla se puede crear en función de:

  • Momento dado actual: el clon se basa en el estado actual de la tabla.

  • Momento dado anterior: el clon se basa en un momento dado hasta treinta días en el pasado. El clon de tabla contiene los datos tal como aparecían en un momento dado pasado del que se necesite obtener información. En el sector, esta característica se conoce como "viaje en tiempo". La nueva tabla se crea con una marca de tiempo basada en UTC. Para obtener ejemplos, consulte Clonar la tabla a partir de un momento dado pasado o CREATE TABLE AS CLONE OF.

También puede clonar un grupo de tablas al mismo tiempo. Esto puede ser útil para clonar un grupo de tablas relacionadas en el mismo momento pasado. Por ejemplo, consulte Clonar varias tablas al mismo tiempo.

También puede consultar datos de tablas tal como existían en el pasado, utilizando la característica Viaje en el tiempo en Warehouse.

Retención de datos

Warehouse conserva y mantiene automáticamente el historial de datos durante treinta días naturales, lo que permite la creación de clones provenientes de un momento dado. Todas las inserciones, actualizaciones y eliminaciones realizadas en el almacenamiento de datos se conservan durante treinta días naturales.

No hay ningún límite en el número de clones creados dentro y entre los esquemas.

Separado e independiente

Tras la creación, un clon de tabla es una copia separada e independiente de los datos de su origen.

  • Los cambios realizados a través de DML o DDL en el origen de la tabla clonada no se reflejan en la tabla clonada.
  • Del mismo modo, los cambios realizados a través de DDL o DML en el clon de tabla no se reflejan en el origen de la tabla clonada.

Permisos para crear un clon de tabla

Se requieren los permisos siguientes para crear un clon de tabla:

  • Los usuarios con roles de área de trabajo administrador, miembro o colaborador pueden clonar las tablas dentro del área de trabajo. El rol de área de trabajo visor no puede crear un clon.
  • Se requiere el permiso SELECT en todas las filas y columnas del origen del clon de tabla.
  • El usuario debe tener el permiso CREATE TABLE en el esquema donde se creará el clon de tabla.

Eliminación de un clon de tabla

Debido a su existencia autónoma, tanto el origen auténtico como los clones se pueden eliminar sin restricciones. Una vez creado un clon, sigue existiendo hasta que el usuario lo elimina.

  • Los usuarios con roles de área de trabajo administrador, miembro o colaborador pueden eliminar el clon de tabla dentro del área de trabajo.
  • Los usuarios que tienen permisos ALTER SCHEMA en el esquema en el que reside el clon de tabla pueden eliminar el clon de tabla.

Herencia de clonación de tabla

Los objetos descritos aquí se incluyen en el clon de tabla:

  • El clon de tabla hereda la seguridad SQL de nivel de objeto de la tabla de origen del clon. Como los roles del área de trabajo proporcionan acceso de lectura de forma predeterminada, el permiso DENY se puede establecer en el clon de tabla si lo desea.

  • La clonación de tablas hereda la seguridad de nivel de fila (RLS) y el enmascaramiento dinámico de datos del origen de la clonación de tablas.

  • El clon de tabla hereda todos los atributos que existen en la tabla de origen, tanto si el clon se ha creado en el mismo esquema como en los distintos esquemas de un almacén.

  • El clon de tabla hereda las restricciones de clave principal y única definidas en la tabla de origen.

  • Se crea un registro delta de solo lectura para cada clon de tabla que se crea en el almacén. Los archivos de datos almacenados como archivos parquet delta son de solo lectura. Esto garantiza que los datos permanezcan siempre protegidos contra daños.

Escenarios de clonación de tablas

Tenga en cuenta la capacidad de clonar tablas casi instantáneamente y con costos de almacenamiento mínimos en los siguientes escenarios beneficiosos:

Desarrollo y pruebas

Los clones de tablas permiten a los desarrolladores y probadores experimentar, validar y perfeccionar las tablas sin afectar a las tablas del entorno de producción. El clon proporciona un espacio seguro y aislado para realizar actividades de desarrollo y pruebas de nuevas características, lo que garantiza la integridad y la estabilidad del entorno de producción. Use un clon de tabla para poner rápidamente en marcha una copia del entorno similar al de producción con el objetivo de solucionar problemas, experimentar, desarrollar y probar.

Modelado coherente de informes, exploración de datos y aprendizaje automático

Para mantenerse al día con el panorama de datos siempre cambiante, la ejecución frecuente de trabajos de ETL es esencial. Los clones de tabla admiten este objetivo al garantizar la integridad de los datos al tiempo que proporcionan la flexibilidad de generar informes basados en las tablas clonadas, mientras que el procesamiento en segundo plano está en curso. Además, los clones de tabla permiten reproducir los resultados anteriores para los modelos de aprendizaje automático. También facilitan información valiosa al habilitar la exploración y el análisis de datos históricos.

Recuperación casi instantánea y de bajo costo

En caso de pérdida accidental de datos o daños, los clones de tabla existentes se pueden usar para devolver a la tabla su estado anterior.

Archivado de datos

Con fines de auditoría o cumplimiento, los clones de copia cero se pueden usar fácilmente para crear copias de datos tal como existían en un momento determinado en el pasado. Es posible que algunos datos deban archivarse para la retención a largo plazo o el cumplimiento legal. La clonación de la tabla en varios puntos históricos garantiza que los datos se conserven en su forma original.

Limitaciones

  • Actualmente no se admiten clones de tabla entre almacenes de un área de trabajo.
  • Actualmente no se admiten clones de tabla entre áreas de trabajo.
  • No se admite la clonación de tablas en el punto final de análisis SQL del Lakehouse.
  • Actualmente no se admite el clon de un almacén o esquema.
  • No se pueden crear clones de tabla enviados antes del período de retención de treinta días.
  • Los cambios en el esquema de tabla impiden que se cree un clon antes del cambio de esquema de tabla.

Paso siguiente