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

이미 사용자의 Postgres 호스트를 알고 있습니다.

관리형 Postgres는 실제로 연결 시도의 대부분이 실패하는 곳이며, 비밀번호 때문인 경우는 거의 없습니다. 이는 아무도 문서화하지 않은 포트의 풀링 문제이거나, 공급자가 요구하지만 클라이언트가 설정하지 않은 TLS 문제일 수 있습니다. 에이전트는 27개의 호스팅된 Postgres 서비스 목록을 가지고 호스트 이름을 기준으로 일치시키기 때문에 이러한 문제는 이미 해결되어 있습니다.

• TLS는 강제 적용되며, 선택 사항이 아닙니다. — 호스트가 알려진 공급자와 일치하는 경우, 해당 확인란을 선택했는지 여부와 관계없이 연결이 암호화됩니다.
• 홀수 항구가 예상됩니다 — Crunchyroll은 5431번 포트, Azure와 PlanetScale은 6432번 포트, DigitalOcean은 25061번 포트, Supabase의 트랜잭션 풀러는 6543번 포트에 있습니다.
• 트랜잭션 풀러가 처리됩니다. — 트랜잭션 모드에서 PgBouncer와 Supavisor는 준비된 문장을 중단시킵니다. 이러한 문제가 감지되면 에이전트는 보고서 실행 도중 오류가 발생하는 대신 문장 캐싱을 해제하고 연결을 재설정합니다.
• 호스트 이름 중간에 "-pooler"가 포함된 Neon의 풀링된 엔드포인트는 직접 연결 엔드포인트와 동일한 데이터베이스로 인식됩니다.

숫자는 여정을 견뎌냅니다.

정확한 숫자를 조용히 부동 소수점 숫자로 변환하는 보고 도구는 변환을 거부하는 도구보다 더 나쁩니다. 왜냐하면 연말에 가서야 그 사실을 알게 되기 때문입니다. PostgreSQL에서는 정밀도를 전혀 지정하지 않고 숫자 값을 선언할 수 있는데, 이 경우 해당 값은 안전하게 변환될 수 있는 부동 소수점 영역이 없습니다.

• 정밀도가 명시되지 않은 숫자는 반올림하여 double형으로 변환하는 대신 손실 없이 그대로 유지됩니다.
• 그렇다면 숫자는 28자리보다 넓게 선언된 것일까요? 고정된 소수점 자릿수가 표현할 수 있는 범위를 넘어서는 경우에도 정확한 자릿수는 유지됩니다.
• json과 jsonb는 구문 분석 가능한 텍스트 형식으로, uuid는 소문자 정규 형식으로, interval은 ISO-8601 지속 시간 형식으로 제공됩니다.
• 배열과 복합 형식은 결과에서 생략되지 않고 텍스트 형태로 그대로 전달됩니다.

필터는 매개변수로 유지됩니다.

필터에 여러 값(예: 40개의 제품 코드 또는 지역 목록)이 있는 경우 대부분의 도구는 이러한 값을 SQL에 텍스트로 붙여넣습니다. 하지만 Query Streams는 전체 목록을 단일 PostgreSQL 배열 매개변수로 바인딩하므로, 사용자가 선택한 값의 개수에 관계없이 데이터베이스가 보는 SQL 문은 항상 동일합니다.

-- 하나의 @변수, 여러 개의 값, 하나의 준비된 문 SELECT region, COUNT(*) AS orders, SUM(total) AS revenue FROM orders WHERE status = ANY(@statuses) AND placed_at >= @since GROUP BY region ORDER BY revenue DESC