연결하다 Azure Database for PostgreSQL 엑셀, 구글 시트, AI 및 REST로

PgBouncer는 단순히 용인되는 것이 아니라, 처리 대상이 됩니다.

Azure의 유연한 서버는 동일 호스트의 6432번 포트에서 트랜잭션 모드로 실행되는 PgBouncer를 선택적으로 제공합니다. 트랜잭션 모드는 클라이언트를 조용히 중단시키는 모드이므로, 에이전트는 해당 포트를 감지하면 자체 동작을 변경합니다.

• 자동 준비 기능이 꺼져 있습니다. Npgsql의 자동 준비 기능은 명명된 준비된 문을 사용하는데, 명명된 문은 트랜잭션 간에 백엔드가 다른 사용자에게 인계될 때 유지되지 않습니다.
• 트랜잭션 모드에서는 반환하는 연결이 다시 수신할 연결이 아니기 때문에 세션은 종료 시 재설정되지 않습니다.
• 둘 다 사용자가 설정할 수 있는 부분이 아닙니다. 풀링 모드를 선택하거나 6432가 포함된 문자열을 붙여넣으면 올바르게 작동합니다.
• Azure 측에서 먼저 활성화해야 합니다. — PgBouncer는 유연한 서버의 서버 매개변수이지, 단순히 존재하는 항목이 아닙니다.

이 카드가 당신이 저지르지 않도록 막아주는 두 가지 실수

두 경우 모두 아무런 유용한 정보를 제공하지 않는 오류 메시지를 표시하기 때문에 양식에서 해당 오류가 차단됩니다.

• 모드와 일치하지 않는 포트입니다. 6432 이외의 포트와 풀링되거나 6432에 직접 연결되는 경우, 타임아웃으로 처리되지 않고 이유와 함께 거부됩니다.
• 사용자 이름에 @서버 이름 접미사가 붙어 있습니다. 이는 사용 중단된 단일 서버에서 사용하던 형식입니다. 유연한 서버에서는 이 형식을 사용하면 잘못된 비밀번호처럼 보이는 인증 오류가 발생하므로, 카드에서는 이를 형식 문제로 표시합니다.
• 비밀번호 앞뒤에 공백이 있는 경우에도 문제가 발생합니다. 이는 거의 대부분 클립보드에서 가져온 오류이며, 불투명한 인증 오류로 처리됩니다.

TLS는 체크박스에만 맡겨두는 것이 아닙니다.

'SSL 사용' 상자는 기본적으로 켜져 있지만, 에이전트는 사용자가 해당 설정을 그대로 두어야만 작동하는 것은 아닙니다.

• 모든 .postgres.database.azure.com 호스트는 상자의 표시와 관계없이 TLS를 사용하여 연결됩니다. 클립보드에서 ?sslmode=require 부분이 누락된 문자열이라도 암호화되어 연결됩니다.
• 이는 기본값이 아니라 강제 적용 사항입니다. 즉, 양식에서 복사한 값이 아니라 에이전트의 Azure 사전 설정 속성입니다.
• 인증서 체인 검증이 수행되지 않습니다. — 연결은 암호화되어 있으며, 이것이 솔직한 설명입니다.

-- 작성된 그대로 유연한 서버에서 읽기 작업을 실행합니다. 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;