연결하다 아마존 RDS 엑셀, 구글 시트, AI 및 REST로

카드 한 장, 엔진 네 개

RDS는 하나의 데이터베이스가 아니라 여러 데이터베이스를 묶은 패키지입니다. 카드도 그런 방식으로 작동합니다. 엔진을 선택하면 양식이 해당 엔진의 양식으로 바뀌고, 연결 정보는 "RDS"라는 이름이 아닌 해당 엔진 이름으로 저장됩니다.

• PostgreSQL 및 Aurora PostgreSQL은 5436 포트, MySQL 및 Aurora MySQL은 3306 포트, MariaDB는 3306 포트, SQL Server는 1433 포트를 사용합니다. 포트 필드는 선택한 엔진에 맞게 자동으로 채워지며, 필요에 따라 변경할 수 있습니다.
• 필드 레이블은 엔진을 따릅니다. SQL Server는 서버를 요구하고, 나머지 세 개는 엔드포인트를 요구합니다. 왜냐하면 각 커뮤니티에서 실제로 사용하는 용어가 그것이기 때문입니다.
• TLS는 세 가지 오픈 소스 엔진에 대한 확인란이며 기본적으로 활성화되어 있습니다. 이는 rds.force_ssl이 설정된 인스턴스에 필요한 조건입니다. RDS의 SQL Server는 인스턴스에서 암호화를 가져옵니다. — SSL을 보장하려면 해당 파라미터 그룹에 rds.force_ssl을 설정하십시오.
• RDS에서 Oracle을 사용하는 경우는 예외입니다. Oracle 카드를 사용해야 합니다. 그러면 연결은 이후에도 RDS로 인식되고 RDS 배지가 유지됩니다. — 엔진 선택 도구에서 해당 옵션을 제공하지 않습니다.

오로라 클러스터가 올바르게 읽혔습니다.

Aurora 엔드포인트는 인스턴스 주소가 아니며, 이를 인스턴스 주소처럼 취급하면 실수로 작성자에게 보고하는 경우가 발생합니다.

• 클러스터 엔드포인트는 호스트 이름에 .cluster- 접미사가 붙어 있는 것으로 식별되며, 카드가 나타나자마자 그 사실이 표시됩니다.
• 작성기 엔드포인트는 자체적으로 현재 작성기로 라우팅되므로 장애 조치가 발생하더라도 저장된 연결이 더 이상 담당하지 않는 인스턴스를 가리키는 일이 없습니다.
• 리더 엔드포인트는 읽기 전용 복제본이며, 보고 연결의 목표가 바로 이것입니다. 쿼리 스트림은 항상 읽기 작업만 수행하므로 리더 엔드포인트를 사용하는 데 비용이 들지 않으며, 작성자 엔드포인트의 부하를 줄여줍니다.

개인 경로가 의도된 경로입니다.

RDS 데이터를 스프레드시트로 가져오는 대부분의 가이드는 인스턴스를 공개적으로 액세스할 수 있도록 설정하는 것으로 시작합니다. 하지만 이 가이드에서는 그렇지 않으며, 그 이유를 명확히 설명할 필요가 있습니다.

• 해당 에이전트는 아웃바운드 연결만 수행합니다. 수신 대기는 전혀 하지 않으므로 VPC 내에 배치하더라도 인바운드 규칙이나 데이터베이스의 보안 그룹 변경이 필요하지 않습니다.
• 공용 액세스는 차단된 상태로 유지할 수 있고, 서브넷은 비공개로 유지되며, 누구의 가정용 광대역 인터넷과도 연동해야 하는 IP 허용 목록도 없습니다.
• 이미 허용된 공용 엔드포인트를 통해 인스턴스에 접근할 수 있는 경우, 해당 방식도 괜찮습니다. 에이전트는 자신이 경계의 어느 쪽에 있는지에는 관심이 없고, 단지 하나의 연결을 열 수 있는지에만 관심이 있습니다.

-- 하나의 리더, 네 개의 엔진, 동일한 쿼리 형식 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 WHERE o.placed_at >= CURRENT_DATE - INTERVAL '30' DAY GROUP BY c.name ORDER BY revenue DESC;