연결하다 크런치 브릿지 엑셀, 구글 시트, AI 및 REST로

포트 두 개, 호스트 이름 하나, 그리고 모든 것이 정상입니다.

대부분의 풀러를 사용하는 관리형 Postgres 서비스는 두 번째 호스트 이름이나 기억해야 할 플래그를 제공합니다. Crunchy Bridge는 포트만 변경할 뿐인데, 이는 생각보다 훨씬 중요한 차이를 만들어냅니다.

• 5432번 포트는 데이터베이스에 직접 연결하는 포트입니다. 5431번 포트는 동일한 호스트에서 동일한 자격 증명으로 트랜잭션 모드로 실행되는 내장 PgBouncer 포트입니다.
• 포트 번호는 모든 연결 문자열의 일부이므로 붙여넣기 내용과 함께 전달됩니다. 5431 URI를 붙여넣으면 카드가 자동으로 풀링 모드로 전환됩니다. — 모드 선택기가 있다는 사실을 알 필요는 없습니다.
• 에이전트는 연결할 때 동일한 포트를 읽으므로 배지에 표시되는 내용과 실제로 발생하는 일은 동일하며, 서로 다른 두 설정이 존재하는 것이 아닙니다. 단, 풀링 플래그가 주소와 별도로 저장되는 카드에서는 두 설정이 서로 다를 수 있습니다.
• 모드 선택기는 사용자가 스스로 모순되는 선택을 하지 못하도록 합니다. 포트가 여전히 5432인 풀을 선택하면 저장하기 전에 해당 내용이 표시되는데, 이는 이 설계가 방지하고자 하는 오류입니다.

수영장을 통과하면 무엇이 달라지나요?

트랜잭션 풀링은 문장 실행 간에 세션을 다른 백엔드로 넘겨주는데, 이를 안전하게 유지하려면 두 개의 Npgsql 기본 설정이 변경되어야 합니다.

• 준비된 문(Prepared statements) 기능이 비활성화되었습니다. 명명된 준비된 문은 다른 백엔드로 재할당될 경우 유지되지 않으므로, 자동 준비 기능은 부하가 걸렸을 때 나중에 실패하는 것을 방지하기 위해 비활성화되었습니다.
• 연결이 풀로 돌아올 때 일반적으로 실행되는 세션 재설정은 건너뛰어집니다. 트랜잭션 풀러에서는 해당 재설정을 수행할 권한이 없기 때문입니다.
• 두 기능 모두 에이전트가 포트에서만 적용합니다. 별도로 설정할 사항이 없으며, 풀링된 엔드포인트를 사용하면서 풀링된 동작을 사용하지 않는 방법은 없습니다.
• 장시간 읽기 작업에는 직접 포트를 사용하고, 짧은 읽기 작업이 많을 때는 풀을 사용하세요. 두 방법 모두 Microsoft Excel과 Google Sheets에서 작동하며, 차이점은 결과가 아닌 동시 실행률에 나타납니다.

암호화, 그리고 그것이 증명하는 것과 증명하지 못하는 것

모든 관리형 Postgres 카드에서 동일한 입장이 적용되므로, 이를 명확히 밝히는 것이 중요하며, 과대해석하기 쉽습니다.

• TLS는 필수이며, 기본 제공되지 않습니다. SSL 확인란을 선택 해제하더라도 에이전트는 Crunchyroll 호스트 이름에 대해 암호화를 강제하므로 트래픽은 항상 암호화되지 않은 상태로 전송됩니다.
• 인증서 체인은 검증되지 않았습니다. 이는 서버가 응답했다는 증거라기보다는 전송 중인 트래픽을 누군가가 읽는 것을 방지하기 위한 보호 장치로 간주해야 합니다.
• 에이전트가 실행하는 모든 작업은 읽기 전용이며, 자격 증명은 에이전트를 설치한 컴퓨터를 벗어나지 않습니다. Query Streams는 사용자의 데이터나 비밀번호 사본을 저장하지 않습니다.
• Crunchyroll 측에서는 아무것도 설치할 필요가 없습니다. 에이전트가 Npgsql 드라이버를 포함하고 있으며 일반 클라이언트처럼 연결됩니다.

-- 일반 Postgres, 읽기 전용, 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;