{"id":14912,"date":"2023-03-22T09:00:21","date_gmt":"2023-03-22T09:00:21","guid":{"rendered":"https:\/\/beta.bluetab.net\/?p=14912"},"modified":"2023-03-22T09:00:21","modified_gmt":"2023-03-22T09:00:21","slug":"que-es-zero-copy-clone","status":"publish","type":"post","link":"https:\/\/beta.bluetab.net\/en\/2023\/03\/que-es-zero-copy-clone\/","title":{"rendered":"Snowflake: Zero-Copy clone, o c\u00f3mo librarte del duplicado de datos al clonar."},"content":{"rendered":"
\"\"<\/a><\/figure>\n

Roberto Garc\u00eda Parra<\/a><\/h4>\n

Technical Delivery Manager<\/p>\n

\"\"<\/a><\/figure>\n

Gabriel Gallardo Ruiz<\/a><\/h4>\n

Enterprise Architect<\/p>\n

Introducci\u00f3n<\/h2>\n

C\u00f3mo continuaci\u00f3n a la serie de art\u00edculos que estamos haciendo sobre las funcionalidades avanzadas que se derivan de la forma en la que se almacenan los datos en Snowflake, presentamos este nuevo art\u00edculo sobre el Zero-copy clone, que permite mediante diferentes operaciones a nivel metadato poder tener diferentes copias o versiones de la informaci\u00f3n, sin tener que duplicar datos en la mayor\u00eda de las ocasiones.<\/p>\n

\u00bfQu\u00e9 es Zero-Copy Clone?<\/h2>\n

Uno de los casos de uso m\u00e1s frecuente que implica gran consumo de tiempo, recursos y almacenamiento, especialmente si hablamos de grandes dataset, es el copiado de datos. Para la realizaci\u00f3n de copias de objetos, snowflake ofrece zero-copy clone. Esta operaci\u00f3n se realiza sobre la metadata, lo que permite realizar clonado de objetos r\u00e1pidamente sin tener que duplicar los datos.<\/p>\n

\u00bfC\u00f3mo funciona?<\/h2>\n

Snowflake realmente lo que realiza es una copia de la metadata asociada al objeto que se va a clonar. Como podemos ver en el ejemplo de clonaci\u00f3n de la tabla \u2018Events\u2019 en la siguiente imagen, simplemente duplica la metadata sin realizar ning\u00fan cambio en la parte de almacenamiento.<\/p>\n

\"\"<\/p>\n

Una vez realizado el clon, los objetos clonados tienen su propio ciclo de v\u00eda, lo que permite que se puedan realizar cambios sobre los datos sin afectar al objeto original, de igual modo los cambios realizados sobre el objeto original tampoco ser\u00e1n reflejados sobre el objeto clonado.<\/p>\n

Zero-copy clone permite la realizaci\u00f3n de clones pr\u00e1cticamente de cualquier objeto de Snowflake siendo especialmente \u00fatil en bases de datos, esquemas y tablas.<\/p>\n

\u00bfQu\u00e9 coste tiene?<\/h2>\n

Al tratarse de una operaci\u00f3n exclusiva de metadata, no se repercuten costes ni de procesamiento ni de almacenamiento, ni siquiera es necesario realizar la operaci\u00f3n con un virtual data warehouse activo.<\/p>\n

\u00bfC\u00f3mo se puede clonar una tabla?<\/h2>\n

Privilegios:<\/b> Para poder clonar una tabla, el ROLE que va a realizar la clonaci\u00f3n tiene que tener privilegios de SELECT sobre la tabla que se va a clonar, adem\u00e1s como es l\u00f3gico, privilegios de CREATE TABLE sobre el esquema destino en el que se va a crear el clon de la tabla.<\/p>\n

Sentencia<\/b>: La sentencia utilizada para la clonaci\u00f3n de tablas es similar a la de creaci\u00f3n pero a\u00f1adiendo la cl\u00e1usula CLONE. A continuaci\u00f3n, vamos a clonar la tabla \u201cevents”:<\/p>\n

\n\t\t\t\tUSE ROLE INGESTA_HUB_ROLE;
\nUSE SCHEMA WEATHER.HISTORICAL;
\nCREATE TABLE EVENTS_CLONE CLONE EVENTS;<\/p><\/blockquote>\n

Podemos comprobar que la clonaci\u00f3n de la tabla se realiza de inmediato, ya que como se coment\u00f3 anteriormente \u00fanicamente se opera sobre la metadata.<\/p>\n

\"\"<\/p>\n

Adem\u00e1s, podemos observar en la siguiente tabla que todas las propiedades de la tabla origen se han clonado en la nueva tabla. \u00danicamente en el caso en que la tabla origen tenga asignado una cluster key, la nueva tabla se crear\u00e1 con automatic_clustering suspendido.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n
<\/th>\n\n\t\t\t\t\t\t\t\t\t\t\t\t\t\tEVENTS<\/th>\n\n\t\t\t\t\t\t\t\t\t\t\t\t\t\tEVENTS<\/th>\n<\/tr>\n<\/thead>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tcluster_by<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tLINEAR (COUNTRY,CITY)<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tLINEAR (COUNTRY,CITY)<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\trows<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t7,479,165<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t7,479,165<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tbytes<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t105,110,528<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t105,110,528<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\towner<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tINGESTA_HUB_ROLE<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tINGESTA_HUB_ROLE<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tretention_time<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t30<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\t30<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tautomatic_clustering<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tON<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tOFF<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tchange_tracking<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tOFF<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tOFF<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tsearch_optimization<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tOFF<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tOFF<\/td>\n<\/tr>\n
\n\t\t\t\t\t\t\t\t\t\t\t\tis_external<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tN<\/td>\n\n\t\t\t\t\t\t\t\t\t\t\t\tN<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Con respecto a los privilegios, por defecto no ser\u00e1n clonados. Esto lo podemos comprobar con las sentencias siguientes:<\/p>\n

SHOW GRANTS ON TABLE WEATHER.HISTORICAL.EVENTS;<\/strong><\/h4>\n

\"\"<\/p>\n

SHOW GRANTS ON TABLE WEATHER.HISTORICAL.EVENTS_CLONE;<\/strong><\/h4>\n

\"\"<\/p>\n

Para que se clonen los privilegios asignados a la tabla origen, hay que a\u00f1adir COPY GRANTS en la sentencia de clonado:<\/p>\n

CREATE TABLE EVENTS_CLONE_1 CLONE EVENTS COPY GRANTS;<\/strong><\/h4>\n

Ahora podemos comprobar que los privilegios han sido clonados:<\/p>\n

SHOW GRANTS ON TABLE WEATHER.HISTORICAL.EVENTS_CLONE;<\/strong><\/h4>\n

\"\"<\/p>\n

Clonaci\u00f3n usando time travel<\/h2>\n

Snowflake permite realizar la clonaci\u00f3n de una tabla para un momento hist\u00f3rico determinado, para ello tendremos que utilizar la cl\u00e1usula AT o BEFORE<\/strong> en la sentencia de clonado.<\/p>\n

Para la ejecuci\u00f3n de la prueba, vamos a hacer cambios en la tabla de EVENTS y despu\u00e9s realizaremos el clonado con un time travel anterior al cambio.<\/p>\n

DELETE FROM EVENTS WHERE AIRPORTCODE=’KS47′;<\/strong><\/h4>\n

\"\"<\/p>\n

Clonamos la tabla con un time travel anterior a la realizaci\u00f3n del borrado<\/p>\n

CREATE TABLE EVENTS_CLONE_TIME_TRAVEL CLONE EVENTS at (offset => -60*5);<\/strong><\/h4>\n

Si consultamos la informaci\u00f3n referente a ambas tablas, podemos comprobar que el clonado se ha realizado en el momento anterior en el que la tabla EVENTS ten\u00eda 9.062 filas m\u00e1s.<\/p>\n

\n\t\t\t\t\t\t\t\t\t\t\"\"
<\/figcaption><\/figure>\n
\n\t\t\t\t\t\t\t\t\t\t\"\"
<\/figcaption><\/figure>\n

Consideraciones del clonado de tablas<\/h2>\n