Conectar Ponte Crocante para Excel, Planilhas Google, IA e REST

Duas portas, um nome de host e nada que possa causar problemas de sincronização.

A maioria dos serviços Postgres gerenciados com um pooler fornece um segundo nome de host ou uma flag que você precisa memorizar. O Crunchy Bridge altera a porta e nada mais, o que acaba sendo mais importante do que parece.

• A porta 5432 é o banco de dados direto. A porta 5431 é o PgBouncer integrado, executado em modo transacional, no mesmo host e com as mesmas credenciais.
• Como a porta faz parte de cada string de conexão, ela é transmitida junto com o texto. Cole um URI na porta 5431 e a placa de rede alterna automaticamente para o pool de conexões. — você não precisa saber que o seletor de modo existe.
• O agente lê a mesma porta ao se conectar, portanto, o que o indicador mostra e o que realmente acontece são o mesmo fato, e não duas configurações que podem divergir. Em placas onde o sinalizador de pool é armazenado separadamente do endereço, isso pode acontecer.
• O seletor de modo não permite que você se contradiga. Escolha o pool com a porta ainda em 5432 e ele avisará antes que você possa salvar, que é a falha que este design foi projetado para evitar.

O que muda quando você atravessa a piscina?

O agrupamento de transações transfere sua sessão para um backend diferente entre as instruções, e duas configurações padrão do Npgsql precisam ser alteradas para que isso seja seguro.

• As instruções preparadas estão desativadas. Instruções preparadas nomeadas não sobrevivem à reatribuição a outro backend, portanto, a preparação automática é desativada permanentemente em vez de falhar posteriormente sob carga.
• A reinicialização da sessão, que normalmente ocorre quando uma conexão retorna ao pool, é ignorada, pois em um pool de transações essa reinicialização não é de sua responsabilidade.
• Ambos são aplicados pelo agente diretamente da porta. Não há nada para configurar e não há como ter o endpoint agrupado sem o comportamento de agrupamento.
• Use a porta direta para leituras de longa duração e o pool quando tiver muitas leituras curtas. Ambos funcionam no Microsoft Excel e no Google Sheets; a diferença aparece na seção de simultaneidade, não nos resultados.

Criptografado, e o que isso prova e o que não prova.

Vale a pena deixar isso bem claro, porque essa é a mesma postura em todos os cartões Postgres gerenciados aqui apresentados e é fácil interpretá-la de forma equivocada.

• O TLS é obrigatório, não oferecido. O agente força a criptografia para nomes de host do Crunchy mesmo que a caixa de seleção SSL esteja desmarcada, portanto o tráfego nunca fica em texto não criptografado.
• A cadeia de certificados não é verificada. Considere-a como uma proteção contra qualquer pessoa que leia o tráfego em trânsito, e não como prova de qual servidor respondeu.
• Tudo o que o agente executa é somente leitura, e as credenciais nunca saem da máquina onde ele foi instalado. O Query Streams não armazena nenhuma cópia dos seus dados nem da sua senha.
• Nada precisa ser instalado no lado do Crunchy. O agente carrega o driver Npgsql e se conecta como um cliente comum.

-- Postgres comum, somente leitura, sobre TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;