Criar nova conexão - detalhes de configuração

Importar do catálogo - detalhes da configuração

Importar do projeto - detalhes da configuração

Processo Bring Your Own JAR (BYOJ)

Veja a seguir o procedimento para adicionar seu próprio JAR à fonte de dados MySQL:

1. Faça login na instância IBM® watsonx.data.
2. No menu de navegação, vá para a página Configurações e clique no bloco Gerenciador de drivers.
3. Clique em Add driver.
4. Carregue o JAR MySQL e especifique a versão do driver. Atualmente, apenas um JAR mysql-connector-j-8.2.0.jar ) é compatível com a fonte de dados MySQL.
5. Clique em Incluir. Depois que o driver é adicionado com sucesso, ele passa por uma série de validações. Se a validação for bem-sucedida, ela será definida com o status "inativo"; caso contrário, será definida com o status "falha".
6. Clique no ícone de reticências verticais para atribuir ou excluir o driver.
7. Para atribuir o driver a um motor:
   • Clique em Atribuir.
   • Selecione um ou mais motores para atribuir ao motorista. Uma vez atribuído, o motorista é definido para o status "ativo".
8. Para cancelar a atribuição de um driver de um mecanismo, os usuários devem primeiro introduzir outro driver.
9. Clique em Salvar e reinicie o mecanismo.
10. No Gerenciador de infraestrutura, passe o mouse sobre a fonte de dados MySQL e clique no ícone Gerenciar associações.
11. Selecione o mecanismo para modificar a associação do catálogo com ele. Todas as consultas em voo sobre os motores modificados são interrompidas.
12. Clique em Salvar e reinicie o mecanismo.

Você pode vincular a fonte de dados MySQL ao mecanismo somente quando um driver estiver associado a esse mecanismo. Somente um driver MySQL pode ser associado a um mecanismo por vez.

Vulnerabilidades em JAR

Como parte do processo BYOJ, os usuários podem carregar os arquivos JAR necessários. Se uma vulnerabilidade for identificada em um JAR, será definido um período de carência para as atividades de remoção e limpeza com base na gravidade da vulnerabilidade de segurança, conforme mostrado na tabela a seguir:

O período de carência é calculado a partir da data em que a vulnerabilidade é relatada, mais o período de carência especificado. Vários avisos são exibidos aos usuários sobre o período de carência na página Driver manager (para o administrador), bem como em outros locais, como na seção "Catalogs" (Catálogos) na página "Infrastructure manager" (Gerenciador de infraestrutura) e na seção "Catalogs associated" (Catálogos associados) na página "Data manager" (Gerenciador de dados). Por exemplo, se um cliente usa o site mysql-connector-j-8.2.0.jar e uma vulnerabilidade crítica é identificada em 1º de outubro, um processo de limpeza começa imediatamente após 31 de outubro. Esse processo exclui o driver do bucket e dos pods Presto, desassocia o catálogo do mecanismo, desassocia o driver na página Driver Manager e exclui a entrada.

Impacto da atualização nos catálogos MySQL (versão 2.1.0 )

O que esperar após a atualização para a versão 2.1.0: watsonx.data:

Quando você atualiza para a versão 2.1.0 watsonx.data, os catálogos MySQL existentes são desassociados do mecanismo. Isso significa que você deve reassociar o catálogo MySQL ao mecanismo.

Etapas para reassociar o catálogo MySQL:

Para reassociar o catálogo MySQL ao mecanismo, carregue o arquivo JAR mysql-connector-j:8.2.0 no gerenciador de drivers seguindo o processo BYOJ.

Limitações para instruções SQL

• Apenas CREATE TABLE AS é suportado para CREATE TABLE declaração.
• DROP TABLE a instrução é suportada somente quando habilitada no catálogo.
• Para catálogos baseados em fontes de dados, as instruções CREATE SCHEMA, CREATE TABLE, DROP SCHEMA, DROP TABLE, DELETE, DROP VIEW, ALTER TABLE e ALTER SCHEMA não estão disponíveis na interface do usuário Data Manager.

Limitações para tipos de dados

• BLOB e CLOB suporte a tipos de dados SELECT declaração, mas não suportam operações como equal,like, e in.
• BINARY tipo de dados suporta apenas SELECT declaração.
• Os dados mostrados na IU para BLOB tipo de dados está emBase64 formato, enquanto o resultado do presto-cli está no formato hexadecimal.
• Os dados mostrados na IU para BINARY tipo de dados está emBase64 formato, enquanto o resultado do presto-cli está no formato hexadecimal.
• Você pode usar CLOB tipo de dados como uma alternativa equivalente a LONGTEXT.
• Quando os campos do tipo de dados REAL possuem 6 dígitos ou mais na parte decimal sendo os dígitos predominantemente zero, os valores quando consultados são arredondados. Observa-se que o arredondamento ocorre de forma diferenciada conforme a precisão dos valores. Por exemplo, um número decimal 1.654 quando arredondado para 3 dígitos após o ponto decimal é o mesmo. Outro exemplo é 10.890009 e 10.89000. Percebe-se que10.89000 é arredondado para10.89, enquanto10.89009 não é arredondado. Este é um problema inerente devido às limitações representacionais dos formatos binários de ponto flutuante. Isso pode ter um impacto significativo quando a consulta envolve classificação.