27 de fevereiro de 2025 — Notas de lançamento do Snowflake Data Clean Rooms¶

Melhorias no carregamento da UI¶

Os tempos de carregamento da UI foram aprimorados nos principais fluxos de usuário nas páginas de listagem de clean room e análises, bem como na navegação entre as etapas dos fluxos de criação e instalação de clean room.

Suporte a tabelas externas e Apache Iceberg™ em modelos SQL¶

As políticas de privacidade usadas no modelo SQL dentro da UI agora são compatíveis com tabelas externas e do Apache Iceberg. Os usuários agora podem aproveitar esses objetos em cenários em que gostariam de permitir consultas de forma livre em seus dados e, ao mesmo tempo, aplicar a proteção de privacidade necessária em seus conjuntos de dados.

Data Clean Rooms disponíveis com termos de compartilhamento de dados¶

Anteriormente, os clientes eram obrigados a aceitar nossos Termos do Provedor e do Consumidor para integrar e usar o Snowflake Data Clean Rooms. Agora, os clientes podem integrar e usar o Snowflake Data Clean Rooms de acordo com nossos Termos de Funcionalidade de Compartilhamento de Dados Controlados pelo Cliente, que estão incluídos em nossos termos de Serviço padrão. Se esses termos ainda não tiverem sido aceitos, entre em contato com o suporte Snowflake para aceitar esses termos.

Melhorias nas exibições vinculadas ao provedor na API¶

Anteriormente, um provedor que vinculasse uma exibição usando o desenvolvedor de APIs precisava conceder explicitamente o uso de referência a todos os bancos de dados subjacentes referenciados pela exibição. Agora, as concessões de uso de referência são aplicadas automaticamente aos objetos referenciados subjacentes ao vincular uma exibição. Observe que o objeto subjacente ainda deve ser registrado para uso em clean rooms.

Aprovação de vários modelos¶

Anteriormente, os provedores só podiam aprovar um modelo de cada vez, enviado por um consumidor para ser usado em clean rooms. Com essa versão, os provedores podem aprovar vários modelos em uma única solicitação com o procedimento provider.approve_multiple_template_requests.

Alteração no manuseio do formulário de UI com modelos personalizados¶

Se o senhor fornecer um formulário da Web personalizado, todos os elementos da UI que tiverem um campo references que retorna nomes de colunas preenchidos automaticamente pelo Snowflake agora retornarão nomes de colunas com aliases de P/C apropriados. Os valores acessados no modelo devem ser processados por IDENTIFIER ou pelo filtro sqlsafe no modelo e não devem ter um alias explícito no modelo.

Por exemplo, os dois elementos a seguir passados para provider.add_ui_form_customizations usam references para preencher automaticamente os nomes das colunas nas variáveis de modelo reference_provider_join e reference_consumer_column:

  'reference_provider_join': {
    'display_name': 'Provider join column',
    'description': 'Which provider col do you want to join on',
    'references': ['PROVIDER_JOIN_POLICY'],
    'provider_parent_table_field': 'source_table',
    'type': 'dropdown'
  },
  'reference_consumer_column': {
    'display_name': 'Consumer join column',
    'description': 'Which consumer col do you want to join on',
    'references': ['CONSUMER_COLUMNS'],
    'consumer_parent_table_field': 'my_table',
    'type': 'dropdown'
  }

Anteriormente, um modelo personalizado precisaria qualificar esses valores com p. ou c., conforme mostrado aqui:

SELECT COUNT(*) AS cnt_agg FROM identifier({{ source_table[0] }}) AS P
  JOIN IDENTIFIER ({{ my_table[0] }}) AS C
  ON p.{{ reference_provider_join | sqlsafe }} = c.{{ reference_consumer_join | sqlsafe }};

Com essa alteração, o senhor deve omitir os qualificadores p. e c. do modelo, pois eles serão fornecidos diretamente à variável:

SELECT COUNT(*) AS cnt_agg FROM identifier({{ source_table[0] }}) AS P
  JOIN IDENTIFIER ({{ my_table[0] }}) AS C
  ON {{ reference_provider_join | sqlsafe }} = {{ reference_consumer_join | sqlsafe }};