Conectar Bancos de dados gerenciados da Vultr para Excel, Planilhas Google, IA e REST

A porta é por cluster, e é o campo que captura as pessoas.

A maioria dos provedores de serviços gerenciados mantém o mecanismo de busca padrão. A Vultr não, e tudo o que acontece depois disso depende de que essa configuração esteja correta.

• Os clusters PostgreSQL geralmente usam a porta 16751 em vez da 5432, e os clusters MySQL também têm sua própria porta atribuída. O número pertence ao cluster, não ao mecanismo.
• Assim, o cartão deixa o campo da porta em branco propositalmente, em vez de preencher automaticamente um valor padrão que estaria incorreto. É necessário digitar ou colar o valor, e o programa se recusa a salvar sem um.
• Essa é a falha melhor. Um código 5432, incorreto, mas plausível, passaria pelo formulário sem problemas e, em seguida, expiraria o tempo limite na conexão, o que seria interpretado como um firewall bloqueado e faria você procurar no lugar completamente errado.
• Colar a string de conexão dos Detalhes da Conexão é o método mais confiável, pois a porta é roteada internamente.

Um cartão, dois motores, e eles diferem na criptografia.

O seletor de motor na parte superior altera mais do que o motorista. Esta é a parte que vale a pena ler antes de desmarcar uma caixa de seleção.

• Selecione PostgreSQL e o agente forçará a criptografia para qualquer host .vultrdb.com, independentemente do que estiver marcado na caixa de seleção. A Vultr exige isso e o agente não enviará texto não criptografado para esse nome de host.
• Selecione MySQL e a caixa de seleção é todo o mecanismo. Ela está ativada por padrão e a conexão é criptografada enquanto estiver ativada, mas nada a sobrescreve se você a desativar.
• A diferença é estrutural, e não um descuido: o agente mantém uma tabela de nomes de host do PostgreSQL hospedado para os quais ele força o uso de TLS, e não há equivalente para MySQL. A mesma divisão se aplica a todas as placas com suporte a múltiplos mecanismos de banco de dados.
• As instruções práticas são as mesmas em ambos os casos. — Deixe a opção Usar SSL ativada. No MySQL, é a única coisa que protege a conexão.
• Em nenhum dos casos a cadeia de certificados é verificada. Entenda a criptografia como uma proteção contra qualquer pessoa que leia o tráfego, e não como uma prova de qual servidor respondeu.

O que a conexão pode e não pode fazer

As mesmas garantias se aplicam a ambos os motores.

• Tudo o que o agente executa é somente leitura, uma instrução por vez, e não executará nada que exija escrita.
• As credenciais permanecem na máquina onde você instalou o agente. O Query Streams não mantém nenhuma cópia delas nem dos seus dados.
• Você pode compartilhar a capacidade de executar uma consulta salva sem compartilhar o código SQL subjacente ou a senha do banco de dados.
• Independentemente do mecanismo de busca escolhido, a conexão é salva com as credenciais desse mecanismo, e a Vultr é mantida como um indicador.

-- Somente leitura, qualquer que seja o mecanismo escolhido\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;