Você planeja desenvolver recursos de múltiplos filtros (ou seja, criar múltiplos filtros e usá-los quando necessário)?

Este post está limitado exclusivamente a colunas de tabelas do SQL Server e exclusivamente a Propriedades Estendidas nomeadas MS_Description. Há alguns anos, trabalhei em um projeto de catálogo de dados onde adicionamos descrições para muitas das tabelas, visualizações e colunas ao banco de dados usando propriedades estendidas chamadas MS_Description. Vamos supor que você tenha algumas dessas para este post, tendo em mente que as APIs do Purview oferecem muitas funcionalidades além do que este post cobre e que o código aqui poderia ser modificado para fazer muito mais também. No início, pensei que seria incrível importar as classificações de sensibilidade que o SSMS cria. Antes do SQL 2019, estas eram mantidas em Propriedades Estendidas e agora têm seu próprio DMV (sys.sensitivity_classifications). Embora isso parecesse ótimo em teoria, não foi tão empolgante quando escrevi o código. Isso porque o Azure Purview já possui classificações de sistema em uma escala mais granular para cada uma das que você encontra no SSMS e o Purview também as adiciona à medida que executa uma varredura na fonte de dados. Ele faz um trabalho bastante preciso também. Com isso dito, mudei meu foco para adicionar descrições em vez disso.