Novidades do DataGrip 2022.3

Neste lançamento, introduzimos uma solução reformulada para sincronizar as configurações do seu IDE. Ela é implementada por meio de um plug-in que está incluído no pacote por padrão. A nova opção Settings Sync aparecerá nas configurações:

Antes, tínhamos dois plug-ins independentes para sincronização de configurações: IDE Settings Sync e Settings Repository.

Se você estiver usando o IDE Settings Sync, seus dados serão automaticamente migrados para o novo plug-in e, portanto, você não precisará fazer nada.

Se você for um usuário do Settings Repository, recomendamos que você continue usando sua configuração atual, pois a migração ainda está em andamento. Você receberá uma notificação no IDE quando a funcionalidade estiver pronta.

As configurações são armazenadas na nuvem anexada à sua Conta da JetBrains. Se você usar diferentes IDEs baseados no IntelliJ com a mesma Conta da JetBrains, suas configurações serão sincronizadas automaticamente.

Problema conhecido: atualmente, a seção Database de Settings não pode ser sincronizada. Essa funcionalidade será disponibilizada em breve em uma das atualizações secundárias da versão 2022.3.

Observe que as fontes de dados não fazem parte das configurações. Se você deseja compartilhar as fontes de dados, siga este tutorial.

Este novo conceito também é virtual e permite que você use exibições sem realmente criá-las em seu banco de dados. Basicamente, trata-se simplesmente de uma consulta que recupera o resultado e é armazenada dentro do DataGrip.

Agora, quando você define a cor da fonte de dados global, ela é compartilhada junto com sua fonte de dados.

Para executar o script em qualquer esquema, basta arrastar e soltar o arquivo de script da janela de ferramentas Files.

Agora, é possível personalizar como os campos dos tipos de data e hora serão exibidos no editor de dados. As configurações estão localizadas em Database | Data Editor and Viewer.

Isso agora está disponível para três tipos de campos:
Datetime/timestamp (com ou sem fuso horário), Time (com ou sem fuso horário) e Date.

Agora, a ação Filter by gera uma condição quando você seleciona vários valores.

Se você pressionar Ctrl/Cmd+F para pesquisa de texto, os campos de pesquisa serão preenchidos automaticamente com o valor sob o cursor. Isso é semelhante à lógica conhecida do editor de texto.

Agora, você pode ver instantaneamente como sua consulta será alterada depois de aplicar as sugestões do IDE. A exibição aparece quando você abre a lista de ações de intenção disponíveis e passa o mouse sobre uma opção.
É possível desativar o recurso de visualização pressionando F1/Ctrl+Q enquanto a lista de ações intencionais estiver aberta.

Se não houver seleção, pressionar Ctrl/Cmd+C seleciona e copia automaticamente a linha inteira do editor de texto. Funcionava assim antes, mas agora finalizamos completamente essa ação, facilitando a colagem da linha também. Essa linha copiada será colada como uma nova linha com um retorno de carro se não houver seleção, conforme mostrado neste vídeo:

A principal maneira de criá-las era usando a ação de intenção Store Relation na cláusula JOIN da sua consulta. Isto era meio difícil de encontrar e o uso da funcionalidade não era intuitiva. Eis o que mudamos.

Chaves estrangeiras virtuais agora são visíveis no Database Explorer:

Você pode criá-las e soltá-las aqui, no Database Explorer e na caixa de diálogo Modify Table.

Agora, é possível definir o script de inicialização para os modelos de sessão. Isso significa que o script será executado sempre que uma nova sessão for criada com base no modelo correspondente. Por exemplo, ele permite que o DataGrip execute a instrução use secondary roles all para introspecção no Snowflake.

Adicionamos muitos mecanismos de autenticação à caixa de diálogo de conexão do MongoDB. Para usá-los, atualize o driver para a versão 1.16.

O visualizador diff de esquemas agora considera os objetos dependentes. Os mais importantes desses objetos são as colunas de identidade PostgreSQL. Se as sequências relacionadas forem diferentes para duas colunas de identidade idênticas, essa diferença será exibida quando essas duas colunas forem comparadas.

Outro exemplo seria um acionador chamando um procedimento de outro esquema. Agora, a diferença entre esses gatilhos será exibida se os nomes da rotina forem diferentes:

Ainda há duas grandes limitações conhecidas que queremos destacar sobre o visualizador diff de esquemas:

• DBE-16814: se uma rotina/exibição faz referência a algum objeto de seu corpo, a ordem correta do script não será garantida. Por exemplo, se uma rotina chama outra rotina, não é garantido que a última seja criada antes da primeira.
• DBE-15598: Em alguns casos, a qualificação do objeto não está correta em corpos de objetos de origem, em expressões padrão etc.