연결하다 DigitalOcean 관리형 데이터베이스 엑셀, 구글 시트, AI 및 REST로

직접 운송 또는 공동 운송, 항구에 따라 구분됨

DigitalOcean은 동일 호스트의 서로 다른 포트에 연결 풀을 배치하므로 구분이 매우 명확합니다. 즉, 잘못 지정할 수 있는 별도의 호스트 이름이 없습니다.

• 25060번 포트는 데이터베이스 자체입니다. 25061번 포트는 연결 풀이며, 기본적으로 트랜잭션 모드로 PgBouncer가 실행됩니다.
• 두 문자열 중 하나를 붙여넣으면 모드가 포트 번호를 따라 자동으로 설정됩니다. 어떤 문자열을 복사했는지 묻지 않습니다.
• 다른 포트와 풀링하여 사용하거나 25061 포트에 직접 연결하는 경우, 나중에 타임아웃으로 실패하는 대신 거부 사유와 함께 거부 메시지가 표시됩니다.
• PostgreSQL 풀의 경우 에이전트도 적응합니다. 트랜잭션 모드 풀링은 다음 문을 다른 백엔드로 전달할 수 있으며, 이 경우 명명된 준비된 문이 없을 수 있으므로 에이전트는 준비된 문을 고정합니다.

PostgreSQL과 MySQL은 동일하게 취급되지 않습니다.

두 엔진 모두 하나의 카드에 있지만, 에이전트는 그중 하나에 대해서만 특정한 처리를 하고 다른 하나에 대해서는 일반적인 처리를 합니다. 어느 것이 어느 것인지 명확히 구분하는 것이 중요합니다.

• DigitalOcean은 어떤 엔진을 사용하든 관리형 데이터베이스에 대해 자체적으로 TLS를 요구합니다. — 그것은 플랫폼의 규칙이며 양쪽 모두에게 적용됩니다.
• PostgreSQL의 경우 에이전트는 모든 .db.ondigitalocean.com 호스트에 대해 TLS 자체를 추가로 요구하므로 클립보드에서 sslmode 매개변수가 손실된 문자열이라도 암호화된 상태로 연결됩니다.
• MySQL의 경우 'SSL 사용' 체크박스가 핵심입니다. 이 체크박스는 기본적으로 활성화되어 있으며, 활성화된 상태를 유지해야 합니다. 별도의 추가 보호 장치는 없습니다.
• 포트 25061에서의 준비된 문(prepared-statement) 처리는 PostgreSQL에 특화된 기능입니다. 풀을 통한 MySQL 연결은 풀을 통한 일반 연결과 동일합니다.

비밀번호는 문자열 안에 있으며, 오직 거기에만 있습니다.

이 문제는 다른 어떤 제공업체보다 DigitalOcean에서 사용자들이 더 많이 겪는 문제이므로, 해당 카드는 이 문제를 해결하도록 설계되었습니다.

• 제어판에는 연결 문자열 안에만 암호가 표시되고 다른 곳에는 표시되지 않습니다. 따라서 문자열을 붙여넣는 것이 가장 쉬운 방법이며, 기억해서 다시 입력하는 것은 불가능합니다.
• 붙여넣기 상자는 postgresql:// 및 mysql://을 허용하고 그 외의 모든 형식은 올바른 주소의 위치를 알려주는 메시지와 함께 거부합니다.
• 비밀번호 앞뒤에 공백이 포함된 경우, 이는 흔히 발생하는 복사 오류이며 도움이 되지 않는 인증 오류로 간주되어 문제가 됩니다.
• doadmin과 defaultdb는 새 클러스터에 기본적으로 포함되어 있으므로 미리 채워져 있습니다. 둘 다 사용자가 변경할 수 있으며, 읽기 전용 사용자가 더 나은 습관입니다.

-- 읽기 전용, 직접 또는 풀을 통한 동일한 문 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id GROUP BY c.name ORDER BY revenue DESC;