하나의 연결, 모든 표면
렌더링 데이터가 저장될 수 있는 위치
- 1 발신 연결
- 0 입국항
- 읽기 전용 · 자격 증명은 그대로 유지됩니다
실행 중
- 귀사 팀, 협력업체 및 파트너 여러분께
-
Excel 추가 기능 · 필요에 따라 새로 고침
-
Google 스프레드시트 추가 기능 · 필요에 따라 새로 고침
-
Nova AI 쉬운 말로 질문해 주세요 · 텍스트를 SQL로 변환
-
데이터 뷰어 실시간 결과 공유 · 팀, 협력업체, 파트너 · 모든 기기에서
- 앱 및 시스템용
-
REST API JSON 엔드포인트 · OpenAPI 3.1
-
파워 BI 파워 쿼리 M
-
예약된 동기화 Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- AI 도구의 경우
-
AI 비서 클로드 · 커서 · MCP 서버
- 사람들에게 전달됨
-
알림 및 보고서 슬랙 · 디스코드 · 이메일 · 웹훅
Query Streams는 Microsoft Excel, Google Sheets, Power BI, MCP를 통한 AI 비서 및 REST 엔드포인트에서 Render Postgres 데이터베이스를 읽기 전용 연결 하나만으로 처리합니다. Render는 모든 데이터베이스에 두 개의 주소를 제공합니다. 하나는 Render 자체 네트워크 내에서만 확인되는 내부 주소이고, 다른 하나는 어디에서든 작동하는 외부 주소입니다. 외부에서 연결할 때 문제가 발생하는 가장 큰 원인은 잘못된 주소를 선택하는 것입니다. 에이전트는 Render 내부가 아닌 사용자의 컴퓨터에서 실행되므로 외부 주소 문자열이 필요합니다.
Render는 네트워크를 통해 PostgreSQL을 사용합니다. — 표준 드라이버이므로 아래의 모든 안내 사항이 변경 없이 적용됩니다. Render 관련 부분은 연결 문자열뿐이며, 이는 다음에서 다룹니다. 연결 정보.
- 귀사 팀, 협력업체 및 파트너 여러분께
-
엑셀로 렌더링 마이크로소프트 엑셀 · 엑셀 추가 기능
실시간 렌더링 결과를 워크시트로 바로 가져오고 필요에 따라 새로 고칠 수 있습니다. (데스크톱 Excel, Excel Online, Microsoft 365 지원)
PostgreSQL 가이드 -
Google Sheets로 렌더링 스프레드시트 추가 기능
사이드바에서 저장된 렌더링 쿼리를 실행하고 결과를 시트에 드래그 앤 드롭하세요. 공유 공동 작업자는 직접 시트를 새로 고칠 수 있습니다.
PostgreSQL 가이드 -
Nova에게 Render에 대해 문의하세요. Nova AI · 텍스트를 SQL로 변환
쉬운 영어로 질문하세요. Nova는 이미 Render 테이블을 알고 있으므로 SQL을 작성하고 실행한 다음 답변을 설명하고 차트로 표시합니다. 쿼리를 작성하거나 자격 증명을 제공할 필요가 없습니다.
Nova는 어떻게 작동하나요? -
데이터 뷰어에 렌더링 결과 공유 · 팀, 협력업체, 파트너 · 휴대폰, 태블릿, 데스크톱
실시간 렌더링 결과를 동료, 협력업체, 파트너 등 누구와도 북마크 가능한 그리드 형식으로 공유할 수 있습니다. 휴대폰, 태블릿, 데스크톱 등 어떤 기기에서든 열 때마다 결과가 새로고침되어 표시됩니다. 공유받은 사람은 결과만 볼 수 있고, SQL 쿼리나 계정 정보는 절대 노출되지 않습니다.
데이터 뷰어 작동 방식 - 앱 및 시스템용
-
REST API 렌더링 HTTP 엔드포인트
인증된 JSON 엔드포인트로 렌더링 쿼리를 게시하여 모든 애플리케이션에서 호출할 수 있도록 하며, OpenAPI 3.1 사양과 Postman, Insomnia, Hoppscotch 컬렉션을 바로 사용할 수 있도록 지원합니다. 데이터베이스 포트는 열지 않습니다.
PostgreSQL 가이드 -
Power BI로 렌더링 파워 쿼리 M
생성된 Power Query M을 Power BI 고급 편집기에 붙여넣으면 보고서가 HTTPS를 통해 실시간으로 렌더링 결과를 표시합니다. ODBC 드라이버나 데이터베이스 포트를 열 필요가 없습니다.
Power BI 작동 방식 -
Airtable에 렌더링 자동화 플랫폼
렌더링된 행을 예약된 시간에 Airtable 베이스에 동기화하거나 Airtable 자동화 스크립트 내에서 가져올 수 있습니다.
PostgreSQL 가이드 -
베이스로우에 렌더링 자동화 플랫폼
Render에서 REST 엔드포인트를 통해 Baserow 테이블을 제공합니다(자체 호스팅 또는 Baserow 클라우드).
PostgreSQL 가이드 -
SeaTable에 렌더링 자동화 플랫폼
파일을 내보내거나 데이터베이스를 노출하지 않고도 SeaTable 데이터베이스를 Render 데이터로 최신 상태로 유지하세요.
PostgreSQL 가이드 -
스마트시트로 렌더링 자동화 플랫폼
렌더링 결과를 스마트시트 그리드에 추가하여 계획 및 보고서가 지난주에 내보낸 데이터가 아닌 원본 시스템의 데이터를 읽도록 합니다.
PostgreSQL 가이드 -
모루에 렌더링 앤빌 웍스 · 앱 플랫폼
Anvil Python 앱을 실행할 때 앱에 데이터베이스 자격 증명을 직접 포함하는 대신 REST 엔드포인트를 통해 렌더링하는 방법을 알아보세요.
PostgreSQL 가이드 - AI 도구의 경우
-
MCP 서버 렌더링 Claude, Cursor 및 MCP 고객
AI 비서에게 올바른 SQL을 작성하는 데 필요한 스키마를 사용하여 Render에 대한 읽기 전용 액세스 권한을 부여하세요. 채팅창에 자격 증명을 입력할 필요는 없습니다.
PostgreSQL 가이드 - 사람들에게 전달됨
-
알림 및 보고서를 렌더링합니다. 슬랙 · 디스코드 · 이메일 · 웹훅
렌더링 쿼리를 예약 실행하고 결과를 Slack, Discord, 이메일 또는 서명된 웹훅으로 전송하거나, 설정한 행 수, 임계값 또는 백분율 변화 기준선을 넘을 때까지 메시지 전송을 보류할 수 있습니다.
알림 및 보고서 작동 방식
작동 방식
5단계, 인바운드 방화벽 변경 없음
인터넷에 접속할 수 있는 컴퓨터에 네트워크 에이전트를 설치하세요. 이 에이전트는 하나의 아웃바운드 연결을 열고 수신 대기는 하지 않으므로 Render는 일반 클라이언트로 인식하며, 네트워크에 인바운드 규칙을 설정할 필요가 없습니다.
Render 대시보드에서 데이터베이스를 열고 연결 패널을 찾으세요. 내부 데이터베이스 URL이 아닌 외부 데이터베이스 URL을 복사하세요. 이 단계는 시간을 들여 꼼꼼하게 진행해야 합니다.
첫 번째 필드에 붙여넣으세요. 호스트, 포트, 데이터베이스, 사용자 이름 및 비밀번호가 자동으로 읽혀 입력됩니다.
"SSL 사용" 옵션을 켜둔 상태로 테스트를 실행하세요. Render는 외부 연결에 암호화가 필요하며, 에이전트는 Render 호스트 이름에 대해 자동으로 암호화를 적용합니다.
저장한 다음 Microsoft Excel, Google Sheets, Power BI, MCP 또는 REST에서 읽어옵니다. 붙여넣은 문자열은 필드가 채워지면 삭제되므로 비밀번호는 한 번만 저장됩니다.
기능 심층 분석
Render가 제공하는 기능
내부와 외부는 서로 바꿔 쓸 수 없습니다.
Render는 두 주소를 같은 페이지에 위아래로 표시하며, Render 외부에서는 둘 중 하나만 작동할 수 있습니다.
- 외부 호스트 이름은 -postgres.render.com으로 끝나며 어디에서든 접속 가능합니다. 에이전트에 필요한 호스트 이름이 바로 이것입니다.
- 내부 호스트 이름은 짧고 도메인 접미사가 없습니다. Render의 사설 네트워크 내에서만 확인되므로 사용자 컴퓨터에서는 전혀 확인되지 않습니다.
- 카드는 내부 주소를 입력해도 아무런 문제 없이 받아들입니다. — 이 검사는 사용자가 `postgres://` 문자열을 붙여넣었는지 확인하는 것이지, Render가 제공하는 두 가지 문자열 중 어떤 것을 사용했는지 확인하는 것이 아닙니다. 이름을 확인할 수 없어 테스트가 실패하는 경우, 거의 항상 이 때문입니다.
- 해결 방법은 간단합니다. 연결 패널로 돌아가서 외부 데이터베이스 URL을 복사한 다음, 기존 URL 위에 다시 붙여넣기만 하면 됩니다. 연결 설정은 그 외에는 아무것도 변경되지 않습니다.
암호화, 그리고 그것이 증명하는 것과 증명하지 못하는 것
Render는 외부 연결에 TLS를 요구하며, 에이전트는 이를 체크박스 선택으로 처리하지 않습니다.
- 호스트 이름 렌더링 시 TLS가 강제 적용됩니다. SSL 확인란을 선택 해제해도 암호화되지 않은 연결이 생성되지 않습니다. 에이전트는 확인란의 설정과 관계없이 암호화를 필요로 합니다.
- 인증서 체인은 검증되지 않습니다. 이는 어떤 서버가 응답했는지에 대한 증거라기보다는, 전송 중인 트래픽을 누군가가 읽는 것을 방지하기 위한 보호 장치로 이해하시면 됩니다.
- 이 경로에는 풀러가 없습니다. 에이전트는 Render에 대한 풀러 적응을 적용하지 않으므로 준비된 문과 세션 처리는 일반 Postgres에서와 똑같이 작동합니다.
- 에이전트가 실행하는 모든 작업은 읽기 전용이며, 자격 증명은 에이전트를 설치한 컴퓨터에만 저장됩니다. Query Streams는 데이터나 암호의 사본을 저장하지 않습니다.
-- 일반 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;
모든 데이터베이스 커넥터에서 공유됨
모든 데이터베이스 커넥터에 해당되는 사항입니다.
- 출국 전용 — 에이전트는 쿼리 스트림으로 암호화된 연결을 하나만 엽니다. 포트 포워딩도 필요 없고, VPN도 필요 없고, IP 허용 목록도 필요 없으며, 데이터베이스 정보가 인터넷에 노출되는 것도 없습니다.
- 자격 증명은 그대로 유지됩니다. — 데이터베이스 사용자 이름과 비밀번호는 에이전트를 설치한 컴퓨터에 있습니다. Query Streams는 이러한 정보를 수신하지 않으며 자체적으로 데이터베이스에 접근할 수 없습니다.
- 읽기 전용, 강제 적용됨 — 한 번에 하나의 명령문만 사용 가능하며, SELECT 및 관련 명령만 허용됩니다. 쓰기 작업은 서버로 전송되기 전에 사용자 컴퓨터에서 거부되므로, 다른 사용자가 설정해 둔 권한에 의존하지 않습니다.
- 원하는 만큼 에이전트를 배포하세요 사이트, 지역 또는 클라우드별로 하나씩만 있으면 됩니다. 모든 데이터 소스가 단일 드롭다운 메뉴에 표시되므로 어떤 에이전트가 무엇을 호스팅하는지 알 필요가 없습니다.
쿼리가 저장되면 다음과 같은 결과가 나타납니다.
- SQL이 아니라 기능을 공유하세요. — 동료나 외부 파트너는 쿼리를 실행하고 해당 쿼리의 바탕이 된 구문을 전혀 보지 않고도 필터를 변경할 수 있습니다.
- 양방향 필터 — 직접 @variables로 선언하거나, 커넥터가 WHERE 절에 이미 있는 리터럴 값을 감지하여 드롭다운 메뉴로 제공하도록 할 수 있습니다.
- 어디서든 읽어보세요 — Microsoft Excel, Google Sheets, Power BI, REST API, MCP 기반 AI 비서, 쿼리 빌더 및 Nova는 모두 동일한 저장된 쿼리를 읽습니다.
- 여러 개를 동시에 실행하세요 — 5개의 저장된 쿼리가 5개의 워크시트 탭에 동시에 스트리밍되며, 결과 크기에 관계없이 실행됩니다.
- 이미 연결된 다른 항목과 연결하세요. — 다른 데이터베이스, 비즈니스 API 또는 파일 폴더를 하나의 읽기 전용 명령으로 액세스할 수 있습니다.
크로스 소스 SQL
Render를 나머지 데이터에 결합하세요
하나의 명령문으로 Render와 다른 연결들을 동시에 처리할 수 있습니다. 각 소스는 자신이 처리할 수 있는 부분만 실행하고 결과를 스트리밍으로 전송하며, 최종 결합은 중앙에서 이루어집니다. 소스들은 서로 통신하지 않으며, 어떤 것도 복사되지 않습니다.
3개의 연결 · 3명의 에이전트
한 가지 진술
-- 아무것도 복사되지 않았고, 아무것도 병합되지 않았으며, 아무것도 예약되지 않았습니다.
선택 c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
FROM render_app.공공.명령1 f
JOIN erp_sql.dbo.customers2 c ON c.id = f.customer_id
JOIN 청구.stripe.invoices3 i ON i.customer = c.stripe_id
그룹 기준 c.지역
주문 기준 청구서 발행 DESC;
세 가지 요소는 연결, 스키마, 테이블이며, 연결 이름은 사용자가 지정한 대로 지정할 수 있습니다. 열은 예시일 뿐이며, 테이블은 실제 테이블이어야 합니다. 모든 부분은 읽기 전용으로 적용됩니다. SELECT, WITH, EXPLAIN만 사용할 수 있으며, 단일 쿼리에 대해 특정 소스에서 제공할 수 있는 데이터의 양에는 제한이 있습니다. 연합 쿼리의 작동 방식
연결 정보
렌더링에 필요한 것
- 주인
- dpg-<id>-a.<region>-postgres.render.com — 외부 이름입니다. 내부 이름은 Render 외부에서 확인되지 않습니다.
- 포트
- 5432
- 운전사
- 에이전트에서 제공하는 Npgsql이므로 렌더링 측에서 설치할 필요가 없습니다.
- 붙여넣기 형식
- 데이터베이스의 연결 패널에 있는 외부 데이터베이스 URL을 postgres:// URI 형식으로 입력합니다.
- TLS
- Render 호스트 이름에 필수이며 강제 적용됩니다. 암호화되어 있으며 인증서 체인은 검증되지 않습니다.
- 풀링
- 없음. 에이전트는 Render에 대해 풀러 적응을 적용하지 않습니다.
- 저장됨
- PostgreSQL, Render를 배지로 유지함
- 기본 스키마
- 연방 참조가 의미하는 바는 바로 '공공'입니다.
Render는 PostgreSQL에 연결하는 간단한 방법이며, 연결 과정에서 단 한 가지 문제가 발생할 수 있는데, 그것은 기술적인 문제가 아니라 단순히 복사 붙여넣기 방식으로 해결할 수 있는 문제입니다. 두 URL 모두 유효한 PostgreSQL 문자열이며, 둘 다 `postgres://`로 시작합니다. 차이점은 대부분의 사용자가 읽지 않는 호스트 이름 접미사뿐입니다. 외부 URL을 사용해야 한다는 사실을 알고 있으면 발생할 수 있는 유일한 오류를 문제없이 해결할 수 있습니다.
내부 주소가 존재하는 이유는 Render 내부에서 실행되는 서비스가 해당 주소를 사용해야 하기 때문입니다. 이렇게 하면 Render의 사설 네트워크 내에 유지되고 외부로 왕복할 필요가 없습니다. 이 논리는 올바르며, 네트워크 에이전트가 사용자의 인프라에서 실행되므로 사용자와는 무관합니다. 만약 사용자가 직접 Render 서비스에서 에이전트를 실행하는 경우에도 동일한 이유로 내부 주소를 사용하는 것이 올바른 해결책입니다.
여러 소스를 연결하는 쿼리의 경우 Render는 일반 PostgreSQL처럼 작동합니다. render_app이라는 이름의 연결은 render_app.public.orders로 기록되며, CSV 파일이 있는 폴더, 온프레미스 시스템 기록 장치 또는 청구 API와 하나의 읽기 전용 명령으로 연결됩니다. 이 과정에서 아무것도 복사되거나 예약되지 않습니다.
공급업체 문서: render.com
자주 묻는 질문
렌더링 관련 질문
쿼리 스트림을 통해 렌더링 데이터를 읽을 수 있는 도구는 무엇입니까?
Excel, Google Sheets, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, 예약 알림 및 보고서 등 모든 기능을 하나의 연결로 이용할 수 있습니다. 데이터베이스를 한 번만 연결하면 모든 플랫폼에서 동일한 읽기 전용 연결을 사용하므로, 도구별 설정이나 데이터 복사본 생성이 필요 없습니다.
Render 데이터베이스에 접근하려면 방화벽 포트를 열어야 하나요?
아니요. Query Streams 네트워크 에이전트는 사용자 네트워크 내부에서 실행되며 암호화된 외부 연결을 하나만 설정합니다. 수신 트래픽을 감시하는 기능은 없으며 VPN도 필요하지 않고 데이터베이스는 기존 방화벽 규칙을 유지합니다.
쿼리 스트림이 렌더링 시 데이터를 변경할 수 있나요?
아니요. 에이전트는 실행 시점에 읽기 전용을 적용합니다. 즉, 한 번에 하나의 문장만 처리하며, SELECT 및 관련 문만 사용 가능합니다. 자격 증명은 에이전트에 저장되며 쿼리 스트림으로 전송되지 않습니다.
Query Streams가 Render에 연결하려면 무엇이 필요합니까?
접근 가능한 호스트, 역할 및 암호 - 에이전트가 드라이버를 제공하므로 데이터베이스에 아무것도 설치하지 않습니다. 호스트: dpg-<id>-a.<region>-postgres.render.com - 외부 이름입니다. 내부 이름은 Render 외부에서 확인되지 않습니다. 포트: 5432. 드라이버: 에이전트에서 제공하는 Npgsql - Render 측에 설치할 필요가 없습니다. 붙여넣기 형식: 데이터베이스의 연결 패널에서 외부 데이터베이스 URL을 postgres:// URI 형식으로 입력합니다.
Render를 다른 데이터베이스와 동일한 쿼리로 조인할 수 있나요?
네, 맞습니다. 연합 쿼리입니다. 하나의 문장으로 Render와 다른 연결들을 동시에 참조할 수 있으며, 연결 이름은 connection.schema.table입니다. 각 소스는 실행 가능한 부분만 실행하고 결과를 스트리밍 방식으로 반환합니다. 조인은 중앙에서 이루어지므로 소스들이 서로 직접 연결되지 않고, 데이터 복사나 예약 실행도 없습니다. 읽기 전용은 SELECT, WITH, EXPLAIN 절에만 적용되며, 단일 쿼리에 대해 각 소스가 제공할 수 있는 데이터 양에는 제한이 있습니다. 연합 쿼리는 실행 계획 기능이며, 연합 쿼리 페이지에서 현재 소스와 크기 제한을 확인할 수 있습니다.
Render 연결과 PostgreSQL 연결은 다른가요?
연결 문자열만 필요합니다. Render는 PostgreSQL 와이어 프로토콜을 사용하므로 필터, 예약, 공유, Excel 및 Google Sheets 추가 기능, MCP 서버 모두 동일하게 작동합니다. Render 카드는 공급자가 예상하는 호스트, 포트 및 SSL 설정을 미리 채워 넣습니다.
Excel로 렌더링하는 방법에 대한 가이드가 있나요?
네, 맞습니다. 해당 내용은 PostgreSQL 가이드이며, Render에 대해 작성된 그대로 정확합니다. Render는 PostgreSQL 와이어 프로토콜을 사용하므로 Render에서 Excel로, Render에서 Google Sheets로 등 모든 대상으로 출력할 때 동일한 단계를 따릅니다. Render에 특화된 부분은 연결 문자열뿐이며, Render 카드에서 해당 부분을 자동으로 채워줍니다.

