enero 2024

by iglesiasd on 2024-01-26 Deja un comentario

Semana 35 – Intermedio

¿Quieres aprender a crear tablas externas? O si ya lo sabes, ¿quieres presumir el hecho?

Tome el siguiente código:

Código:

create stage external_table_stage
	url = 's3://frostyfridaychallenges/challenge_35/';

Cree una tabla externa llamada frosty_et desde la etapa anterior y cuando ejecute la siguiente consulta:

select sale_month,
        id,
        drug_name,

        amount_sold

from frosty_et

order by amount_sold;

Debería verse como el siguiente:

Interfaz de usuario gráfica, Tabla

Descripción generada automáticamente con confianza media

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-26 Deja un comentario

En el pasado, SuperHero Inc. ha tenido algunos problemas con la pérdida de conexión de datos: SuperDataBoy (antes conocido como InternDataLad) era un poco demasiado entusiasta con la eliminación de tablas, sin saber que una vista estaba haciendo referencia a ella.

Para ayudar a SuperDataBoy, vamos a crear un mecanismo que compruebe si una vista está obteniendo su información de una tabla que estamos a punto de eliminar. Si hay una dependencia, la tabla no debe ser eliminada.

Veamos si podemos ayudar a SuperDataBoy.

Puedes probar tu mecanismo con este pequeño trozo de código de arranque que simplemente crea un montón de tablas/vistas :

CREATE OR REPLACE TABLE table_1 (id INT); CREATE OR REPLACE VIEW view_1 AS (SELECT * FROM table_1); CREATE OR REPLACE TABLE table_2 (id INT); CREATE OR REPLACE VIEW view_2 AS (SELECT * FROM table_2); CREATE OR REPLACE TABLE table_6 (id INT); CREATE OR REPLACE VIEW view_6 AS (SELECT * FROM table_6); CREATE OR REPLACE TABLE table_5 (id INT); CREATE OR REPLACE VIEW view_5 AS (SELECT * FROM table_5); CREATE OR REPLACE TABLE table_4 (id INT); CREATE OR REPLACE VIEW view_4 AS (SELECT * FROM table_4); CREATE OR REPLACE TABLE table_3 (id INT); CREATE OR REPLACE VIEW view_3 AS (SELECT * FROM table_3); CREATE OR REPLACE VIEW my_union_view AS SELECT * FROM table_1 UNION ALL SELECT * FROM table_2 UNION ALL SELECT * FROM table_3 UNION ALL SELECT * FROM table_4 UNION ALL SELECT * FROM table_5 UNION ALL SELECT * FROM table_6;

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-19 Deja un comentario

Semana 33 – Difícil

Ok… tengan paciencia con nosotros un minuto. Tenemos algunos requisitos con este. Estamos muy preocupados por la profundidad de la agrupación esta semana, por lo que necesitamos crear un DAG de tareas que supervise esto.

Cree la siguiente tabla:

create or replace table cluster_depth_monitoring (

    database_name varchar,

    sceham_name varchar,

    table_name varchar,

    clustering_depth float,

    inserted_at timestamp,

    inserted_by varchar

);

Queremos un DAG como el de arriba donde:

CM_IDENTIFY_TABLES :

Identifique las tablas en su base de datos que están agrupadas.
Cree una tabla transitoria con esta información.

CM_INSERTAR_DETALLES

Ejecute un procedimiento almacenado Snowpark que examine la profundidad de agrupación de cada una de esas tablas.
Inserta el resultado en la cluster_depth_monitoring tabla.

CM_CLEAN_UP

Elimina la tabla transitoria creada por CM_IDENTIFY_TABLES

Es importante destacar que queremos que todas estas tareas etiqueten las consultas con ‘cluster_depth_monitoring’

Si necesita un db para usar

Interfaz de usuario gráfica, Texto, Aplicación, Correo electrónico

Descripción generada automáticamente

La base de datos anterior tiene tablas agrupadas, aunque recomendaría quizás editar el nombre de la base de datos…

alter database SFSALESSHARED_SFC_SAMPLES_AWS_EU_WEST_2_SAMPLE_DATA rename to SNOWFLAKE_SAMPLE_DATA;

Tenga en cuenta que el nombre puede aparecer diferente en su cuenta y que, según las estructuras de permisos de su cuenta, es posible que necesite ACCOUNTADMIN para agregar esta base de datos.

Su resultado final debería ser algo como esto:

Tabla

Descripción generada automáticamente

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-19 Deja un comentario

Semana 34 – Intermedio

Hora de ayudar a nuestro Supercontable

DataSuperHero Inc. está intentando conectarse a uno de sus almacenes de datos pero, lamentablemente, los datos que han salido están estructurados de forma diferente a como le gustaría a Supercontable («¿A quién llamas cuando llega la temporada de impuestos?»).

Los datos con los que empezamos están estructurados con un sistema padre-hijo, pero hay algunas advertencias:

La profundidad del hijo/padre varía en la estructura, pero se da para cada «cadena».
Si el código no tiene ningún hijo, el indicador «lowest_level» se pone a 1.
La profundidad máxima en todo el sistema es 7
Hay un valor valid_from y valid_until. Hay que compararlo con la fecha actual.

Lo que a Supercontable le gustaría ver es lo siguiente :

utilizando columnas llamadas «level_1», «level_2» etc. construir los datos de tal manera que una sola cadena se muestre en una sola línea
Si un código no tiene 7 niveles, rellenar los niveles que faltan con el último valor conocido
La tabla final sólo debe tener filas de datos que utilicen cadenas «terminadas». No es necesario mostrar una fila por cada paso de la cadena.

Ayuda visual para el resultado final :

A white grid with black text

Description automatically generated

El código para empezar:

create or replace table start_data(

    code VARCHAR

  , code_parent VARCHAR

  , valid_until DATE

  , valid_from DATE

  , is_lowest_level BOOLEAN

  , max_level INTEGER

)

as

select * from values

    ('CC0193','EBGABA','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',1,7)

  , ('CC0194','EBGABA','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',1,7)

  , ('EBGABA','EBGAB','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('EBGAB','EBGA','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('EBGA','EBG','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('EBG','EB','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('EB','ZZ','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('ZZ',NULL,'9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,7)

  , ('7050307','CC','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',1,3)

  , ('CC','A1','9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,3)

  , ('A1',NULL,'9999-01-01 00:00:00.000','1950-01-01 00:00:00.000',0,3)

;

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-12 Deja un comentario

Semana 31 – Básico

La súper academia de Frosty Friday quiere saber quiénes son sus mejores y peores superhéroes, y la única métrica que importa es la de los villanos derrotados. Usando MIN_BY y MAX_BY, dinos qué superhéroe es el mejor y cuál es el peor.

Código de inicio

create or replace table w31(id int, hero_name string, villains_defeated number);

insert into w31 values

(1, ‘Pigman’, 5),

(2, ‘The OX’, 10),

(3, ‘Zaranine’, 4),

(4, ‘Frostus’, 8),

(5, ‘Fridayus’, 1),

(6, ‘SheFrost’, 13),

(7, ‘Dezzin’, 2.3),

(8, ‘Orn’, 7),

(9, ‘Killder’, 6),

(10, ‘PolarBeast’, 11)

;

Su resultado final debería ser algo como esto:

Interfaz de usuario gráfica, Aplicación

Descripción generada automáticamente

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-12 Deja un comentario

Semana 32 – Básico

Esta semana estamos analizando algunas nuevas características de seguridad que Snowflake ha lanzado recientemente.

Como ya sabrás, el tiempo de inactividad por defecto para las sesiones Snowflake es de 4 horas PERO se ha ajustado recientemente; ahora puedes cambiar este valor en ciertos niveles.

Dado que podemos ajustar estas cifras, la Dirección nos ha pedido que lo apliquemos a algunos de nuestros nuevos colegas :

El reto para esta semana :

– Crear 2 usuarios

– El usuario 1 debe tener un tiempo máximo de inactividad de 8 minutos en la antigua interfaz de Snowflake.

– El usuario 2 debe tener un tiempo máximo de inactividad de 10 minutos en SnowSQL y en su comunicación con Snowflake desde herramientas como Tableau.

Una de las cosas que estaríamos buscando se parece a esto :

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-05 Deja un comentario

Semana 29 – Intermedio

Las habilidades de Snowpark se verán cada vez más útiles a medida que pase el tiempo, y por esta razón, ¡estamos publicando otro desafío de Snowpark!

Esta semana, estamos registrando UDF.

Su código de inicio se encuentra a continuación: creará una tabla para usted que tiene empleados y sus fechas de inicio.

Código de inicio

create or replace file format frosty_csv

    type = csv

    skip_header = 1

    field_optionally_enclosed_by = '"';

create stage w29_stage

    url = 's3://frostyfridaychallenges/challenge_29/'

    file_format = frosty_csv;

list @w29_stage;

create table week29 as     

select t.$1::int as id, 

        t.$2::varchar(100) as first_name, 

        t.$3::varchar(100) as surname, 

        t.$4::varchar(250) as email, 

        t.$5::datetime as start_date 

from @w29_stage (pattern=>'.*start_dates.*') t;

Debe crear una UDF que produzca un año fiscal para start_date. La lógica debería ser que si el mes es de mayo en adelante * entonces el año fiscal debería ser el año en curso +1, de lo contrario, el año en curso.

Por ejemplo:

2022-05-13 = AF23

2022-02-11=AF22

Una vez que haya escrito su UDF, ejecute el siguiente código:

data = session.table("week29").select(

    col("id"),

    col("first_name"),

    col("surname"),

    col("email"),

    col("start_date"),

    fiscal_year("start_date").alias("fiscal_year")

)

data.show()

data.group_by("fiscal_year").agg(col("*"), "count").show()

El resultado debería verse así:

Texto

Descripción generada automáticamente

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

by iglesiasd on 2024-01-05 Deja un comentario

Semana 30 – Intermedio

Esta semana analizaremos un reto que va encantar a cualquier vendedor:

La instantánea «database-in-a-box» o una plantilla de uso general:

Queremos ser capaces de utilizar SnowSQL para apuntar hacia este script en el extremo 1, y la instancia de Snowflake de destino en el otro, y crear una base de datos utilizable al instante.

Cree un Script Primario (en un formato a su elección), que cree lo siguiente si se ejecuta :

– 4 bases de datos, denominadas: Development, Testing, Acceptance, y Production

– 1 esquema adicional en cada base de datos (además de Public) llamado security

– 1 esquema adicional en Desarrollo llamado ‘dev_user’

– 3 usuarios: security_user, dev_user, regular_user

Los valores por defecto para los usuarios :

contraseña = abc123

Los roles secundarios deben estar habilitados

– 2 roles adicionales llamados dev_role y security_role

– dev_role debe ser capaz de crear y consultar todas las tablas (futuras), vistas y esquemas en cada base de datos, excepto para cambiar cualquier cosa en los esquemas de seguridad.

– security_role debe poder crear y consultar todas las tablas, vistas y esquemas (futuros) de todas las bases de datos.

– dev_user debe tener el dev_role , security_user debe tener el security_role

– el rol public sólo puede consultar Production.Public

– 1 warehouse PEQUEÑO llamado default_wh

Crear un script secundario que tenga lo siguiente :

Script secundario:

CREATE TABLE departments(dep_id varchar, dep_name varchar);

INSERT INTO departments VALUES

(‘d001′,’Marketing’),

(‘d002′,’Finance’),

(‘d003′,’Human Resources’),

(‘d004′,’Production’),

(‘d005′,’Development’),

(‘d006′,’Quality Management’),

(‘d007′,’Sales’),

(‘d008′,’Research’),

(‘d009′,’Customer Service’);

La database-in-a-box debe llamar a esta secuencia de comandos secundaria si se apunta a la ruta correcta (argumento).

La ruta al script secundario NO debe estar codificada en el script primario.

Puntos extra :

Como desafío adicional, intente crear el mismo script que sea más maleable;

Los valores por defecto como contraseñas, nombres de almacén y nombres de bases de datos son actualmente estáticos pero, ¿puede crear la opción de diferir al valor por defecto si no se da ninguna alternativa?

Recuerda que si deseas participar:

Regístrate como miembro de Frosty Friday. Puedes hacerlo haciendo clic en la barra lateral y luego yendo a «REGISTRARSE» (ten en cuenta que unirte a nuestra lista de correo no te proporcionará una cuenta de Frosty Friday).
Publica tu código en GitHub y asegúrate de que sea de acceso público (consulta nuestra guía si no sabes cómo hacerlo).
Publica la URL en los comentarios del desafío.

Si tienes alguna pregunta técnica que te gustaría plantear a la comunidad, puedes hacerlo aquí, en nuestro hilo dedicado a estos retos.

Archivo de enero 2024