11 de novembro de 2024 — Notas de lançamento do Snowflake Data Clean Rooms¶

Todas as salas limpas da API do desenvolvedor agora estão disponíveis no aplicativo Web¶

As salas limpas criadas pelas APIs do desenvolvedor agora estão disponíveis por padrão no aplicativo Web. Isso permite que os usuários gerenciem essas salas limpas diretamente no aplicativo Web e, ao mesmo tempo, possam executar qualquer modelo com um formulário personalizado do aplicativo Web. Os provedores não precisam mais chamar o registro de sala limpa para APIs do aplicativo Web a fim de tornar as salas limpas disponíveis no aplicativo Web. As seguintes APIs foram descontinuadas:

• provider.register_cleanroom_in_ui

• provider.view_ui_registration_request_log

Para que as salas limpas e todas as alterações feitas na sala limpa sejam refletidas no aplicativo Web, os provedores MUST chamar a seguinte API daqui para frente:

call samooha_by_snowflake_local_db.provider.create_or_update_cleanroom_listing($cleanroom_name);

Além disso, tanto os provedores quanto os consumidores podem especificar se as salas limpas da API do desenvolvedor devem estar acessíveis aos seus usuários no aplicativo Web. Observe que pode levar até 10 minutos para que as salas limpas ou as atualizações das APIs do desenvolvedor sejam refletidas no aplicativo Web.

Para obter mais informações, consulte Snowflake Data Clean Rooms: crie um modelo de análise personalizado com uma interface de usuário.

Execução do provedor para modelos de aplicativos Web personalizados¶

Os provedores agora podem ativar a execução do provedor em modelos de aplicativos Web personalizados. Isso permite que os consumidores instalem e definam suas respectivas políticas diretamente por meio do aplicativo Web e, ao mesmo tempo, permite que o provedor configure e execute a consulta de modelo também por meio do aplicativo Web. Os provedores devem solicitar que a execução do provedor seja ativada por meio das APIs do desenvolvedor e, em seguida, chamar a API de criação ou atualização de listagem antes que o consumidor instale isso no aplicativo Web. Além disso, os provedores podem personalizar os menus suspensos do formulário do aplicativo Web para fazer referência às opções de políticas de coluna e junção do consumidor.

Para obter mais informações, consulte Snowflake Data Clean Rooms: Guia de referência da API do provedor

Ativação de provedores e consumidores em modelos de aplicativos Web personalizados¶

Os provedores agora podem adicionar um modelo de ativação personalizado ao seu modelo de análise personalizado no aplicativo Web. Isso permite que os colaboradores ofereçam suporte a casos de uso de ativação e, ao mesmo tempo, implementem modelos de análise personalizados no aplicativo Web. Os provedores precisarão adicionar uma referência ao seu modelo de ativação no formulário do aplicativo Web.

Para obter mais informações, consulte provider.add_ui_form_customizations

Atualizações de configuração de políticas SQL¶

Anteriormente, todas as colunas de junção exigiam uma política de agregação e teriam uma política de projeção aplicada por padrão no modelo SQL Query. Com esse lançamento, as colunas de junção serão selecionadas por padrão para as políticas de agregação e projeção. Os usuários podem remover e personalizar seus requisitos de política conforme acharem adequado, sem precisar adicionar uma coluna de junção para cada tabela na sala limpa.

Suporte de sincronização e nomeação para conectores de dados¶

Os usuários agora podem sincronizar manualmente seus conectores de dados para refletir quaisquer alterações nos metadados relacionados à tabela no aplicativo Web. Além disso, os usuários podem fornecer seu nome preferido para essas tabelas externas, que é prefixado com o identificador de nuvem para facilitar a referência.