View Categories

Snowflake를 MCP를 통해 Claude/Cursor에 연결하는 방법 (Snowflake MCP 서버 설정)

읽는 데 31분 소요

MCP 서버 눈송이

Snowflake를 연결하세요 클로드 또는 커서 MCP를 통해.

하나의 MCP 키로 Snowflake 계정, 데이터 웨어하우스, 데이터베이스, 스키마를 Claude 또는 Cursor에 연결하세요. Schema Intelligence는 Snowflake의 분석 웨어하우스 관용구를 처리합니다.자격, 측면으로 평평하게시간 여행 AT(오프셋 => ...)반구조화된 변종 / 물체 / 정렬따라서 AI는 첫 시도에서 유효한 Snowflake SQL을 작성합니다.

방화벽 구멍 없음 하나의 키로 모든 커넥터를 연결하세요 실시간 데이터, 캐시 지연 없음 자신만의 AI 도구를 가져오세요.

Query Streams는 안전한 실시간 데이터 통합 플랫폼으로, 방화벽 변경 없이 단일 MCP 키를 통해 계정에 있는 모든 데이터베이스와 SaaS API를 Claude, Cursor, ChatGPT 및 Grok에 통합합니다. 이 가이드는 AI 도구가 Snowflake 데이터 웨어하우스에 대한 일반적인 질문(다중 데이터베이스 분석, 고객 코호트, 매출 집계, 시간 경과 비교, 반정형 데이터 등)에 답변할 수 있도록 Snowflake MCP 커넥터를 연결하는 방법을 구체적으로 설명합니다. 변종 Snowsight, DBeaver 또는 DataGrip에서 CSV 내보내기 파일을 복사하여 붙여넣지 않고도 탐색할 수 있습니다. QueryStreams.com에서 더 자세히 알아보세요. 그리고 무료로 가입하세요 AI 도구에 실제 Snowflake 관련 질문을 시작해 보세요.

Query Streams MCP가 Snowflake에 제공하는 기능은 무엇인가요?

Snowflake는 자체 AI 인터페이스를 제공합니다. 코텍스 에이전트 Query Streams는 사내 AI 워크로드뿐만 아니라 Claude 또는 Cursor가 Snowflake 계정에 직접 연결되도록 하는 커뮤니티 및 파트너 Snowflake MCP 서버를 제공합니다. 이러한 방식들은 모두 작동하지만 각각 장단점이 있습니다. Cortex 에이전트는 AI 워크로드를 Snowflake 컴퓨팅 환경 내에서 처리합니다(Snowflake 데이터만 사용, Snowflake 측 시맨틱 모델만 사용). 직접 Snowflake MCP 서버는 공개적으로 접근 가능한 Snowflake 계정이 필요하거나 LLM과 Snowflake 간에 VPN/PrivateLink 경로가 필요합니다. Query Streams의 Snowflake MCP 서버는 더 광범위한 문제를 해결합니다. 아웃바운드 전용 네트워크 에이전트, 다중 커넥터 단일 키(Snowflake, PostgreSQL, Stripe, HubSpot 등을 하나의 MCP 구성 블록으로 관리), 에이전트 계층 읽기 전용 적용, 그리고 완벽한 감사 추적 기능을 제공합니다. 자세한 비교는 아래에서 다루겠습니다. 먼저 기본 사항부터 살펴보겠습니다.

방화벽에서 들어오는 구멍이 전혀 없습니다.

네트워크 에이전트는 쿼리 스트림으로 향하는 단일 암호화 클라우드 링크를 엽니다. AI 클라이언트는 클라우드에 연결되며, Snowflake 계정에는 절대 연결되지 않습니다. 포트를 열 필요도 없고, Snowflake 네트워크 정책을 약화시킬 필요도 없으며, PrivateLink 홉도 필요 없고, LLM과 Snowflake 리전 간에 VPN 터널도 필요하지 않습니다.

하나의 키로 모든 커넥터를 연결하세요

동일한 MCP 키가 계정에 연결된 모든 데이터베이스 및 SaaS API에 적용됩니다. 내일 Stripe 또는 PostgreSQL 커넥터를 추가하더라도 AI 도구는 키를 다시 입력할 필요 없이 Snowflake 데이터베이스 옆에 해당 커넥터를 인식합니다. Snowflake Cortex 에이전트와 Snowflake MCP 서버는 Snowflake만 인식하지만, Query Streams는 전체 스택을 인식합니다.

스키마 인텔리전스가 내장되어 있습니다.

AI는 모든 Snowflake 열에 대해 AI가 선별한 설명, 의미 유형, 열거형 값 목록 및 발견된 외래 키를 볼 뿐만 아니라 Snowflake를 인식하는 힌트도 제공합니다. 자격 상위 N, 날짜 추가 날짜 계산법, 그리고 변종 콜론 경로 탐색 방식을 사용합니다. 수백 개의 데이터베이스와 대문자로 된 기존 식별자가 있는 데이터 웨어하우스에서도 첫 시도에 유효한 Snowflake SQL을 생성합니다.

에이전트에서 읽기 전용이 적용됩니다.

설령 당신의 스노우플레이크 역할이 권한을 부여하더라도 끼워 넣다 / 업데이트 / 삭제 (해당 역할이 ETL 파이프라인에서도 사용되기 때문에) 에이전트는 해당 역할이 아닌 모든 것을 거부합니다. 선택, 와 함께, 또는 설명하다 Snowflake가 SQL을 보기 전에. 환각에 빠진 LLM은 그럴 수 없습니다. 잘라내기 역할이 기술적으로 허용하더라도 Snowflake 테이블은 사용할 수 없습니다.

키별 속도 제한

기본적으로 분당 60건의 요청과 10건의 실행 호출이 허용되며, 키별로 구성 가능합니다. AI 도구 호출 루프가 폭주할 경우 토큰 버킷에 영향을 미치며, Snowflake 가상 웨어하우스 크레딧 예산에는 영향을 미치지 않습니다. (Snowflake 크레딧은 Snowflake에서 별도로 청구됩니다. Query Streams는 호출 속도를 제한하고, Snowflake는 컴퓨팅 사용량을 제한합니다.)

방화벽 포트를 열지 않고 작동하는 방식

Query Streams 네트워크 에이전트는 아웃바운드 HTTPS를 통해 Snowflake 계정에 연결할 수 있는 컴퓨터에 한 번 설치됩니다. *.스노우플레이크컴퓨팅.com이 도구는 사용자의 계정에서 선호하는 인증 방식(RSA 키 페어 권장)을 사용하여 공식 Snowflake 드라이버를 통해 SQL을 실행하고 클라우드로 나가는 TLS 링크 하나만 사용합니다. 들어오는 트래픽은 전혀 노출되지 않으며, AI 도구는 사용자의 Snowflake 계정 URL이나 개인 키를 볼 수 없습니다. 발신 전용 연결 작동 방식 →

AI 클라이언트

커서, 클로드,
챗GPT, 그록

QS MCP 서버

스트리밍 가능한 HTTP
X-MCP-키 인증

네트워크 에이전트

네트워크에서
클라우드 링크 아웃

눈송이

계정.창고
.데이터 베이스

수신 포트가 필요하지 않습니다. 상담원이 발신 전화를 걸고, 그 반대는 절대 없습니다.

Cursor 또는 Claude에게 제공하는 MCP 키는 범위가 지정됩니다.읽다 / 분석하다 / 실행하다언제든지 취소 가능하며 키별로 사용 횟수가 제한됩니다. AI 도구는 이러한 MCP 도구를 호출하여 작업을 수행합니다.

querystreams-mcp · 도구 카탈로그
qs_list_organizations읽다
호출 키에 연결된 조직을 반환합니다.
qs_list_agents읽다
네트워크 에이전트 및 온라인 상태를 나열합니다.
qs_list_connectors읽다
데이터 커넥터 목록입니다(데이터베이스 서버 또는 API당 하나의 항목).
qs_get_connector_schema읽다
AI가 쿼리할 수 있는 Snowflake 데이터베이스, 스키마, 테이블 및 열을 반환하며, 스키마 인텔리전스 기능이 제공되는 경우 해당 정보를 보강합니다.
qs_profile_table분석하다
샘플 값, 분포, 열거형 감지, 의미 유형 등을 필요에 따라 제공합니다.
qs_list_saved_queries읽다
팀에서 신뢰하는 미리 구축된 매개변수화된 SQL 템플릿입니다. AI는 SQL 코드를 전혀 보지 않고도 이를 실행합니다.
qs_run_saved_query실행하다
저장된 쿼리를 실행합니다. 패턴 키 선택적 매개변수 재정의 기능이 있습니다.
qs_run_query실행하다
커넥터에 대해 SELECT 쿼리를 실행합니다. 읽기 전용 유효성 검사기는 Snowflake가 SQL을 인식하기 전에 에이전트에서 실행됩니다.

스키마 인텔리전스가 Query Streams MCP를 차별화하는 이유는 무엇일까요?

대부분의 "Snowflake용 MCP" 서버는 AI 도구에 최소한의 정보만 제공합니다. 정보 스키마LLM 과정생들이 무엇을 추측해야 할지 고민하게 만드는 것입니다. 상태 = '3' 무슨 뜻인가요? 이벤트.페이로드 그 하에 보유한다 변종 포장지, 또는 LINE_ITEMS.ORDER_ID ~에 참여합니다 주문 ID (스노플레이크 외래 키는 권장 사항일 뿐 강제 사항은 아닙니다.) — 이것이 바로 기본 웨어하우스 스키마에 대한 첫 번째 SQL 쿼리가 일반적으로 잘못된 이유입니다. 단순 스키마가 LLM이 추측하게 만드는 이유 →

Query Streams MCP는 다음과 같은 내용으로 보강된 동일한 스키마를 반환합니다. 스키마 인텔리전스(SI) — 사용자의 프로필을 분석하여 AI가 선별한 메타데이터 실제 Snowlake 데이터이므로 모든 스키마 도구가 (qs_get_connector_schema, qs_get_table_schema, qs_profile_table, qs_get_relationships)는 기본 스키마와 웨어하우스별 힌트를 반환합니다. 상태 5개의 값을 가진 열거형입니다. 이벤트.페이로드 입니다 변종 발견 가능한 대장 경로와 같은 것들 :user_id::문자열그리고 시간 여행 쿼리는 다음을 사용할 수 있습니다. AT(오프셋 => -3600)LLM은 추측을 멈춥니다.

이를 구체적으로 설명하기 위해, AI 클라이언트가 단일 요청으로부터 받는 응답은 다음과 같습니다. qs_get_table_schema 일반적인 Snowflake 분석 데이터 웨어하우스에 대한 호출(분석_DB.공개.주문, 라인 항목, 고객, 제품, 이벤트) — 처음에는 스키마 인텔리전스 없이, 그 다음에는 스키마 인텔리전스를 적용하여.

스키마 인텔리전스 없이 데이터 소스: 캡처된 스키마
// LLM이 보는 것 == 테이블: ANALYTICS_DB.PUBLIC.ORDERS == – ID NUMBER(38,0) [PK, NOT NULL] – 고객 ID NUMBER(38,0) NOT NULL - 양 NUMBER(18,2) NOT NULL - 상태 VARCHAR(20) NOT NULL – 주문일 날짜가 NULL이 아닙니다 – 배송지 타임스탬프_NTZ == 테이블: ANALYTICS_DB.PUBLIC.LINE_ITEMS == – ID NUMBER(38,0) [PK] – 주문 ID NUMBER(38,0) NOT NULL – 제품_SKU VARCHAR(64) NOT NULL – 수량 NUMBER(10,0) NOT NULL – 단가 NUMBER(18,2) NOT NULL == 테이블: ANALYTICS_DB.PUBLIC.CUSTOMERS == – ID NUMBER(38,0) [PK] – 이메일 VARCHAR(255) - 이름 VARCHAR(200) == 테이블: ANALYTICS_DB.PUBLIC.EVENTS == – ID NUMBER(38,0) [PK] – 이벤트 유형 VARCHAR(50) – 페이로드 변종 – 발생 시점 타임스탬프_NTZ 외국어 키: (권고 사항일 뿐이며, 강제 사항은 아닙니다.) si_추천: 상태: "실행 안 함" 이 호출에 필요한 정보: – AI가 발견한 외래 키 – 열별 샘플 값 + 열거형 감지 – VARIANT 콜론 경로 감지(PAYLOAD:user_id 등) – 테이블 및 열 설명 – 의미 유형 분류 – 비즈니스 도메인 태깅 참고: "유형만 있고 의미론적 맥락은 없음"
스키마 인텔리전스를 사용하면 데이터 소스: 스키마 인텔리전스
// LLM이 보는 것 == 테이블: ANALYTICS_DB.PUBLIC.ORDERS [FACT, 도메인:sales] == "고객 주문 헤더 행입니다. 결제 건당 하나씩 표시됩니다. AMOUNT는 주문 총액(미국 달러)입니다." - ID NUMBER(38,0) [PK] 식별자 – 고객 ID 숫자(38,0) 식별자 FK -> CUSTOMERS.ID (100% 중복, 신뢰도 0.99) - 양 숫자(18,2) 통화_달러 범위: 0.00 – 4,820.00 · 평균 142.30 - 상태 VARCHAR(20) 상태 코드(열거형) 결제 완료(54%) | 배송 완료(24%) | 배송 완료(12%) | 보류 중(5%) | 취소됨(3%) | 환불됨(2%) – 주문일 날짜 날짜_ISO 예시: 2026년 4월 28일 – 배송지 타임스탬프_NTZ 타임스탬프(null 허용) == 테이블: ANALYTICS_DB.PUBLIC.LINE_ITEMS [FACT, 도메인:sales] == "주문당 제품별로 한 줄씩만 표시됩니다. 매출액 = 합계(수량 * 단가)." – 주문 ID 숫자(38,0) 식별자 FK -> ORDERS.ID (겹치는 부분 98%, 신뢰도 0.95) – 제품_SKU VARCHAR(64) 식별자 FK -> PRODUCTS.SKU (100% 중복, 신뢰도 0.99) – 수량 숫자(10,0) 계수기 – 단가 숫자(18,2) 통화_달러 == 테이블: ANALYTICS_DB.PUBLIC.EVENTS [FACT, 도메인:제품] == "애플리케이션 이벤트 스트림; 페이로드는 VARIANT입니다." – 이벤트 유형 VARCHAR(50) 상태 코드(열거형) 로그인 | 로그아웃 | 구매 | 상품 보기 | 장바구니에 담기 | 검색 – 페이로드 변종 반구조화된 발견된 콜론 경로: PAYLOAD:user_id::STRING (100%) PAYLOAD:session_id::STRING (98%) PAYLOAD:source.channel::STRING (62%) – 발생 시점 타임스탬프_NTZ 타임스탬프 == 테이블: ANALYTICS_DB.PUBLIC.CUSTOMERS [DIM, 도메인:고객] == – 이메일 VARCHAR(255) 이메일 예시: [email protected], [email protected] - 이름 VARCHAR(200) 사람_이름

스키마 인텔리전스가 추가하는 6개 레이어

각 계층은 LLM이 추측할 가능성이 있는 질문 유형을 다룹니다. 선택 사항인 SI 프로파일링 패스는 스키마를 변경하지 않고 Snowflake 데이터에 대해 실행됩니다. 프로파일링은 다른 읽기 쿼리와 마찬가지로 Snowflake 컴퓨팅 크레딧을 사용하므로 에이전트는 작은 데이터 웨어하우스를 사용하고 웨어하우스 일시 중단 설정을 준수합니다. 스키마 인텔리전스가 제공하는 기능과 최신 상태를 유지하는 방법 →

AI가 선별한 설명

모든 데이터베이스, 스키마, 테이블 및 열에 대한 명확한 설명이 제공됩니다. 한 번 생성되면 스키마가 변경될 때마다 자동으로 업데이트됩니다. 신뢰도 점수가 적용되며, 사용자가 직접 작성한 설명이 항상 우선시됩니다.

주문: “고객 주문 헤더;
계산대당 한 줄씩만 가능합니다.

테이블 분류

각 테이블에는 FACT(거래 이벤트), DIM(설명 참조) 또는 LOOKUP(간단한 코드 맵) 태그가 지정되어 있으며, 영업, 인사, SEO, 재무, 지원 등 14개 이상의 비즈니스 도메인이 추가됩니다.

주문 [FACT, 도메인:sales]
고객 [DIM, domain:customers]

열별 의미 유형

18가지 유형(currency_usd, email, date_iso, status_code, percentage, ranking_position, identifier, url, person_name, semi_structured 등)을 지원합니다. AI는 각 유형에 적합한 Snowflake SQL 쿼리를 생성합니다.

금액: 통화_달러
페이로드: 반정형(VARIANT)

실제 데이터에서 추출한 샘플 값

LLM에 무작위 행이 표시되므로 스키마로는 나타낼 수 없는 패턴(대문자 식별자, 서식 규칙 등)을 인식할 수 있습니다. 변종 형태, 약어 스타일, 그리고 창고의 실제 내용물까지 모두 포함됩니다.

제품 SKU: ['QS-001-MINT',
'QS-014-DARK', 'QS-027-AMBER']

분포를 이용한 열거형 감지

고유값이 50개 이하이거나 행의 5% 이하만 고유한 저카디널리티 열은 행 수와 함께 전체 값 목록에 매핑됩니다. AI는 Snowflake에서 대소문자나 철자를 추측하지 않습니다. 바르차르 열거형.

상태: 결제 완료 (54%) | 배송 완료 (24%)
| 완료됨 (12%) | 대기 중 (5%)

암묵적 외래 키 발견

교차 테이블 데이터 중복 분석 결과 Snowflake에서 선언되지 않은 조인이 발견되었습니다(웨어하우스 외래 키는 권장 사항일 뿐입니다). 이러한 조인은 신뢰도 점수와 함께 공식 외래 키와 함께 저장되며, 다음에서 반환됩니다. qs_get_relationships.

LINE_ITEMS.ORDER_ID -> ORDERS.ID
(겹치는 비율 98%, 신뢰도 0.95)

프롬프트는 같지만 SQL 쿼리는 다릅니다.

증거는 AI 도구가 실제로 작성하는 SQL에 있습니다. 동일한 커서 세션, 동일한 Claude 모델, 동일한 프롬프트입니다. "지난 30일 동안 고객 매출 기준으로 상위 10개 업체는 어디인가요?" 스키마 인텔리전스가 없으면 LLM은 Snowflake 특유의 관용구를 추측해야 합니다. 하지만 스키마 인텔리전스가 있으면 LLM은 그 관용구를 정확히 알 수 있습니다.

스키마 인텔리전스 없이
— LLM의 기본 스키마에 대한 첫 번째 시도: 선택 고객 ID, SUM(양) AS 수익 FROM 주문 어디 주문일자 >= 지금() – 간격 '30' 주문 기준 수익 DESC LIMIT 10 오류: 'orders'라는 식별자가 잘못되었습니다. Snowflake에는 DATABASE.SCHEMA.TABLE이 필요합니다. 간격 '30'일 — Snowflake 구문이 아닙니다. WHERE status = 'paid' 필터를 잊어버렸습니다. 스노우플레이크의 상위 N위 진출 자격을 놓쳤습니다. GROUP BY 절이 없으면 집계가 실패합니다.
스키마 인텔리전스를 사용하면
— LLM의 SI 활성화 첫 시도: 선택 고객 ID, SUM(양) AS 수익, COUNT(DISTINCT ID) AS 주문 FROM analytics_db.public.orders 어디 주문일자 >= 날짜 추가('낮', –30, 현재 날짜()) AND 상태 = '유급의' 그룹 기준 customer_id 자격 행 번호() OVER (주문 기준 SUM(양) DESC) <= 10 10줄. 첫 시도에 정답입니다. 3부분으로 된 이름 analytics_db.public.orders DATEADD('day', -30, CURRENT_DATE()) 순위가 매겨진 상위 N개 행의 QUALIFY ROW_NUMBER()를 확인하세요. enum-aware 상태 = 'paid' 필터 NUMBER(p,s) 정밀도 인식 집계
스키마 인텔리전스를 실행하고 싶지 않으세요? MCP는 여전히 작동합니다. 스키마 도구는 기본 메타데이터(유형, 기본 키, 권장 외래 키, 클러스터링 키)를 반환하며, 모든 저하된 응답에는 다음이 포함됩니다. si_추천 AI에게 부족한 부분을 알려주는 블록으로, 대화 도중에 SI를 활성화할 수 있는 원콜 옵션도 포함됩니다. qs_request_si_analysis. 스키마 인텔리전스의 실행 방법 및 소요 시간 →

Query Streams MCP와 Snowflake Cortex 에이전트 및 Snowflake MCP 서버 비교

Snowflake는 데이터 웨어하우스용 자체 AI 인터페이스를 제공합니다. 스노우플레이크 코텍스 에이전트 시맨틱 모델 템플릿과 Snowflake에 저장된 데이터에 대한 직접 액세스를 통해 Snowflake 컴퓨팅 환경 내에서 AI 워크로드를 실행할 수 있습니다. Snowflake MCP 서버 직접 연결 (Snowflake Labs 자체 프로젝트를 포함한 커뮤니티 프로젝트)는 공식 Snowflake 드라이버를 통해 Claude 또는 Cursor가 Snowflake 계정에 연결하도록 합니다. 두 방식 모두 작동하며, 일부 팀에는 적합합니다. Query Streams의 Snowflake MCP는 아웃바운드 전용, 멀티 커넥터, 에이전트 계층 강제 적용이라는 다른 유형의 문제를 해결하므로, 선택하기 전에 각각의 용도를 알아두는 것이 좋습니다.

차원 쿼리 스트림 MCP 스노우플레이크 코텍스 에이전트 Snowflake MCP 서버 직접 연결
AI 워크로드가 실행되는 위치 귀하의 네트워크(네트워크 에이전트가 발신합니다) Snowlake 컴퓨팅 내부 MCP 서버가 어디에 호스팅되든 LLM은 여전히 Snowflake의 HTTPS 엔드포인트에 접속합니다.
인바운드 방화벽 구멍 없음 - 상담원은 발신만 합니다. 해당 없음 — AI는 Snowflake 내부에서 실행됩니다. 필수 사항 — LLM/호스트는 Snowflake에 연결되어야 합니다(공용 IP, VPN 또는 PrivateLink).
다중 데이터베이스/다중 클라우드 접근성 네, Snowflake, Postgres, MySQL, Stripe, HubSpot, Shopify를 하나의 키로 모두 사용할 수 있습니다. 눈송이만 Snowflake 전용 (계정당 MCP 서버 1개)
읽기 전용 강제 계층 에이전트 측 하드코딩된 유효성 검사기(비-를 거부함)선택/와 함께/설명하다) Snowlake 역할 + Cortex 권한 스노우플레이크 역할만 해당
저장된 쿼리 (LLM은 SQL을 전혀 보지 않습니다) 예, 통해 qs_run_saved_query 제한된 Cortex 의미 모델 템플릿 아니요
감사 추적 이벤트 로그 호출당 (조직/사용자/키/범위/지연 시간/오류) 눈송이 쿼리 기록 MCP 서버 구현 방식에 따라 다릅니다.
키별 속도 제한 토큰 버킷, 2단계 구조, 키별 구성 가능 피질 사용량 기반 MCP 계층에는 아무것도 없습니다.
ChatGPT / Claude / Cursor / Grok / Gemini CLI / Windsurf / Zed / Continue / Cline / Codex와 호환됩니다. 예 — 키 하나, 설정 블록 하나 Cortex는 Snowflake API에 종속되어 있으며 MCP 전송을 지원하지 않습니다. MCP 서버별, 클라이언트별 구성 (각 클라이언트의 Snowflake 계정당 하나의 항목)

Cortex Agents와 Query Streams MCP는 모두 유효한 답변이며, 공존할 수 있습니다. 선택하다 스노우플레이크 코텍스 에이전트 AI 작업이 전적으로 Snowflake 컴퓨팅 환경 내에서 Snowflake에 저장된 데이터를 사용하여 수행되고 AI 워크로드를 데이터 웨어하우스와 같은 위치에 배치하려는 경우, 다음 중 하나를 선택하십시오. Snowflake MCP 서버로 직접 연결 Claude 또는 Cursor가 하나의 Snowflake 계정만 가리키도록 하면 되고, 네트워크 노출에 문제가 없으며, 계정별 구성 오버헤드가 허용 가능한 수준이라면 선택하세요. 쿼리 스트림 MCP AI 도구가 단일 액세스 레벨에서 Postgres, Stripe 데이터, HubSpot CRM 또는 Shopify 주문 데이터까지 읽어야 하거나, 감사 추적 및 에이전트 계층 읽기 전용 적용이 규정 준수를 위해 필수적인 경우에 이러한 방식이 유용합니다. 많은 팀에서 사내 AI 워크플로를 위한 Cortex Agent와 시스템 간 AI 툴링을 위한 Query Streams MCP를 동일한 Snowflake 계정에 배포합니다. 이 두 가지는 서로 중복되지 않습니다.

Nova AI

MCP가 마음에 안 드시나요? 그렇다면 Nova AI를 사용해 보세요.

JSON 설정 부분을 완전히 건너뛰세요: Nova AI는 Query Streams 웹 포털에 내장되어 있습니다. 또한 Snowflake 커넥터는 물론 계정에 있는 다른 모든 커넥터에서도 동일한 일반 영어 질문을 합니다. 동일한 에이전트, 동일한 읽기 전용 적용, 동일한 스키마 인텔리전스를 사용하며 MCP 관련 설정은 필요하지 않습니다.

Nova AI를 만나보세요

전제 조건

시작하기 전에 다음 사항을 확인하세요:

  1. Query Streams 무료 계정은 다음에서 이용 가능합니다. my.querystreams.com.
  2. Snowflake 계정에 HTTPS를 통해 연결할 수 있는 컴퓨터에 Query Streams 네트워크 에이전트를 설치해야 합니다. 자세한 내용은 다음을 참조하세요. 쿼리 스트림 에이전트를 다운로드하세요최적의 성능을 위해서는 에이전트를 Snowflake 계정과 동일한 클라우드/리전에 두어야 합니다(예: Snowflake-on-AWS 계정과 동일한 AWS 리전에 있는 EC2 인스턴스).
  3. 에이전트에 대해 구성된 Snowflake 커넥터 - 계정 URL(account.region.cloud.snowflakecomputing.com), 기본 저장소 및 자격 증명. 키 쌍(RSA) 인증을 권장합니다. 사용자 이름/비밀번호를 통한 암호화 방식이며, 에이전트는 암호화된 개인 키를 저장하고 AI 도구는 해당 키에 접근하지 않습니다. Snowflake 사용자 역할에는 다음 사항만 필요합니다. 선택 AI가 쿼리할 데이터베이스를 선택하세요.
  4. MCP를 지원하는 모든 AI 클라이언트. 이 가이드에서는 Cursor, Claude Desktop, ChatGPT 및 Grok을 예로 들겠습니다. Windsurf, Zed, Continue, Cline, VS Code Copilot, Codex 또는 Goose를 사용하는 경우에도 설정 블록은 기본적으로 동일합니다.
  5. 5분.
에이전트는 한 번만 설정하면 됩니다. Query Streams의 Excel 및 Google Sheets 추가 기능, 웹 Query Builder, Nova AI를 구동하는 것과 동일한 에이전트가 MCP에도 사용됩니다. 기존 Query Streams 계정에 MCP를 추가하는 것은 단순히 키를 생성하는 것일 뿐이며, 에이전트와 Snowflake 커넥터는 이미 실행 중입니다.
1

MCP 키를 생성합니다

~로부터 /mcp 쿼리 스트림 페이지에서 원하는 범위로 키를 생성하세요.

2

AI 클라이언트에 드롭하세요

Cursor, Claude, ChatGPT, Grok 등 어떤 서비스든 하나의 JSON 코드 조각만 사용하면 됩니다. 키는 모든 곳에서 동일합니다.

3

질문하세요

“고객 생애 가치 기준으로 상위 10개 고객은 누구였습니까?” — AI가 적절한 도구를 호출하면 답을 얻을 수 있습니다.

1단계: 쿼리 스트림에서 MCP 키 생성

Query Streams에 로그인하고 엽니다. MCP 페이지 (또는 먼저 로그인하세요) my.querystreams.com 클릭하고 클릭하세요 MCP (왼쪽 탐색 메뉴에서) 클릭하세요. 키를 생성합니다열쇠에 알아보기 쉬운 이름을 지정하세요 (예: 커서-랩톱 또는 클로드-데스크탑그리고 이 키에 적용할 범위를 선택하세요.

  • 읽다 — AI는 커넥터를 탐색하고 스키마를 읽을 수 있습니다. 이는 다른 모든 기능에 필수적입니다.
  • 분석하다 — AI는 테이블 프로파일링을 통해 관계(샘플 값, 분포, 의미 유형)를 파악할 수 있습니다. Snowflake 작업에 강력히 추천합니다. 변종 콜론 경로 검색, 열거형 감지 및 암묵적인 외래 키 추론은 모두 이에 의존합니다. 데이터 웨어하우스 스키마는 강제 외래 키를 선언하는 경우가 드뭅니다.
  • 실행하다 — 해당 AI는 실제로 SQL을 실행할 수 있습니다. 이것이 없으면 AI는 스키마 메타데이터에 대해서만 읽기 전용으로 작동합니다.

일반적인 "Claude가 내 Snowflake 데이터 웨어하우스를 분석하도록 하세요" 워크플로에서는 세 가지 범위 모두 적합합니다. 팀원이나 신뢰도가 낮은 고객에게 키를 넘겨주는 경우에는 범위를 줄이세요. 실행하다 그리고 검색만 허용하도록 설정하세요. 같은 페이지에서 언제든지 키를 취소할 수 있으며, AI 클라이언트는 이를 확인할 수 있습니다. MCP_KEY_REVOKED 다음 호출 시 즉시 작동을 멈춥니다. 전파 지연이 없습니다.

지금 키를 복사하세요. Query Streams는 키를 한 번만 표시하고 해시값만 저장합니다. 키를 분실하면 새 키를 생성해야 합니다. 키는 다음과 같습니다. qsmcp_ 그 뒤에 48개의 임의 문자가 오며, 이것이 AI 클라이언트가 보내는 내용입니다. X-MCP-키 요청 헤더.

2단계: AI 클라이언트에 Query Streams MCP를 추가합니다.

구성 방식은 MCP를 지원하는 모든 클라이언트에서 동일합니다. 즉, MCP 서버 항목이 다음을 가리킵니다. https://mcp.querystreams.com 열쇠를 꽂은 채로 X-MCP-키 헤더. 아래에서 클라이언트를 선택하세요.

커서
커서 ~/.cursor/mcp.json
// ~/.cursor/mcp.json 파일을 수정하세요
{
  "mcpServers": {
    "쿼리스트림": {
      "url": "https://mcp.querystreams.com",
      "헤더": {
        "X-MCP-키": "qsmcp_여기에 키를 붙여넣으세요"
      }
    }
  }
}
클로드 데스크톱
클로드 데스크톱 클로드_데스크탑_설정.json
// 설정 → 개발자 → 구성 편집
{
  "mcpServers": {
    "쿼리스트림": {
      "url": "https://mcp.querystreams.com",
      "헤더": {
        "X-MCP-키": "qsmcp_여기에 키를 붙여넣으세요"
      }
    }
  }
}
챗GPT
챗GPT 앱 및 커넥터
// 설정 → 앱 및 커넥터 → MCP 추가
서버 URL  https://mcp.querystreams.com
인증 헤더 X-MCP-키
헤더 값 qsmcp_여기에 키를 붙여넣으세요

// ChatGPT 유료 플랜이 필요합니다
// (플러스/프로/팀/엔터프라이즈).
그록
그록 원격 MCP 도구
// Grok → 설정 → 도구
{
  "mcp_servers": [{
    "이름": "쿼리스트림",
    "url": "https://mcp.querystreams.com",
    "인증 헤더": "X-MCP-키",
    "인증 값": "qsmcp_..."
  }]
}

AI 클라이언트를 다시 시작하세요. 다음 실행 시 위에 나열된 8개의 Query Streams MCP 도구를 감지하여 도구 팔레트에 표시합니다. Cursor 및 Claude Desktop에서는 다음 명령어를 입력하여 확인할 수 있습니다. "연결자 목록" — AI가 전화해야 합니다 qs_list_connectors 설정한 내용과 함께 Snowflake 커넥터를 반환하십시오.

3단계: AI에게 스노우플레이크 질문을 하세요

SQL 쿼리는 직접 작성할 필요가 없습니다. AI가 알아서 처리합니다. 질문을 하면 AI가 적절한 MCP 도구를 선택하고, 에이전트가 Snowflake 데이터 웨어하우스에 대해 쿼리를 실행하면 텍스트와 테이블 형식으로 결과가 반환됩니다. 먼저 다음 세 가지 예시 질문을 시도해 보세요.

"지역별 분기별 매출과 전년 대비 변동 사항은 어떻게 되나요?"
수익
AI가 전화를 겁니다 qs_get_connector_schema 발견하기 위해 명령 / 고객 / 지역 테이블 분석_DB.공개, 그 다음에 qs_run_query Snowflake 관용적인 SELECT를 사용하는 DATE_TRUNC('quarter', ORDER_DATE) 분기별로 버킷에 담습니다. 명령 에게 고객 에게 지역적용됨 상태가 'paid'인 경우 완료된 거래를 필터링하고 계산합니다. 합계(금액) 전년도 비교를 위한 윈도우 함수 지연과 함께 표시됩니다. 순위표와 함께 해석이 제공되며, 어떤 지역에서 가속화되었는지, 어떤 지역에서 둔화되었는지, 그리고 전년 대비 변화가 일반적인 계절성과 비교하여 통계적으로 유의미한지 여부를 확인할 수 있습니다.
"고객 생애 가치 기준 상위 50개 고객을 확보 채널별로 보여주세요."
고객
AI가 합류합니다 고객 에게 명령 에게 라인 항목, 가로지른다 이벤트 페이로드:소스.채널::문자열 스키마 인텔리전스가 발견한 대장 경로 변종 컬럼을 사용하며, QUALIFY ROW_NUMBER() OVER (ORDER BY SUM(QTY * UNIT_PRICE) DESC) <= 50 — 외부 SELECT 문 없이 "상위 50개 행"을 표현하는 Snowflake 관용적인 방식입니다. 결과는 고객 확보 채널별로 각 고객의 LTV, 주문 횟수 및 첫 주문 날짜와 함께 분류됩니다. AI는 일반적으로 어떤 채널이 가장 높은 LTV를 가진 고객을 확보하는지, 어떤 채널이 가장 높은 LTV를 가진 고객을 확보하는지 알려줍니다. 용량설령 당신이 묻지 않았더라도요.
"지난 14일 동안 재고가 30% 이상 감소한 제품은 무엇입니까?"
운영
AI는 Snowflake를 사용합니다. 시간 여행 능력 — SELECT ... FROM PRODUCTS AT(OFFSET => -1209600) (14일 전, 초 단위로) 현재 상황에 맞서 합류했습니다. 제품 계산하기 위한 표 재고 수량 델타. 스키마 인텔리전스 플래그가 지정되었습니다. 재고 수량 ~로서 계수기 의미 유형을 지정하므로 AI는 변화율 계산이 적절하다고 판단합니다. 결과는 현재 주가, 14일 전 주가, 하락률, 최근 주문량 등을 포함한 순위 목록으로 제공되어 맥락을 파악하는 데 도움이 됩니다. AI는 일반적으로 가장 우려되는 행을 표시합니다. 재입고 후보 반올림 오차보다는 다른 원인일 수 있습니다. 질문을 통해 더 자세히 알아볼 수 있습니다. “SKU QS-014-DARK의 가격이 왜 이렇게 빨리 떨어졌나요?” 그리고 AI는 관련 정보를 추출합니다. 라인 항목 행.

AI가 처음으로 도구를 호출할 때 클라이언트 측에 도구 호출 승인을 요청하는 확인 메시지가 표시될 수 있습니다. 이는 MCP의 표준 동의 절차이며, Query Streams에서 추가하는 기능은 아닙니다. 한 번 승인하면 AI는 나머지 대화를 자유롭게 진행합니다. 클라이언트 설정에서 언제든지 동의 여부를 다시 확인할 수 있습니다.

정직한 요금 고지: MCP 사용량은 압축되지 않은 바이트 단위로 청구됩니다.

Query Streams의 Excel 추가 기능, Google Sheets 추가 기능, 웹 쿼리 빌더 및 Nova AI는 모두 압축된 클라우드 링크를 통해 실행되며, 사용량을 측정하고 요금을 청구합니다. 압축된 바이트 데이터 영역에 대한 공격입니다. MCP 전송(공식 MCP 사양에 따른 Streamable HTTP)은 모든 클라이언트와 중간 프록시에서 종단 간 압축을 안정적으로 지원하지 않으므로, 당사는 이를 측정하고 요금을 부과합니다. 압축되지 않은 바이트 MCP 트래픽의 경우.

  • 이것이 의미하는 바는 다음과 같습니다. 4MB 크기의 Snowflake 집계 결과 집합을 MCP를 통해 가져올 경우 데이터 영역에서 약 4MB의 비용이 발생하지만, Excel/Google Sheets/Nova/쿼리 빌더를 사용할 경우 약 600~900KB만 소요됩니다. Snowflake 데이터에는 반복되는 데이터가 포함되어 있습니다. 바르차르 열거형 값, 날짜 파티션, 대문자 식별자가 많이 포함된 열 이름은 다른 전송 방식에서 LZ4 압축을 통해 6~8배 압축됩니다. 동일한 데이터라도 전송 방식이 다르면 청구 가능한 크기가 달라집니다.
  • 이것은 무엇이 아닌가: 마크업이 있는 셈입니다. 실제로 전송되는 바이트 수를 그대로 전달하기 때문에 다른 클라이언트의 가격이 더 저렴한 것입니다. 다른 클라이언트에서는 압축이 안정적으로 작동하기 때문입니다. 다음 사항도 참고하세요: Snowflake 컴퓨팅 크레딧 비용(웨어하우스 크레딧-초)은 Query Streams 데이터 영역 사용량과 무관합니다. 50GB의 마이크로 파티션을 스캔하고 4MB의 집계 결과를 반환하는 쿼리는 Snowflake에서 N 크레딧과 Query Streams MCP에서 4MB의 비용이 발생하며, 스키마 인텔리전스의 클러스터링 및 파티션 힌트는 LLM이 이 두 가지 비용을 모두 최소화하는 데 도움이 됩니다.
  • 여러분이 할 수 있는 일: 대규모 반복 쿼리(예: 10만 행 이상 내보내기)의 경우 Excel/Google Sheets/Nova를 사용하는 것이 좋습니다. 대화형 AI 도구 호출(LLM 컨텍스트에 적합한 일반적인 1,000~50,000행 규모의 Snowflake 집계)에는 MCP가 적합하며 비용 차이는 호출당 몇 센트에 불과합니다.

자주 묻는 질문

이 기능을 사용하려면 포트를 열거나 VPN을 실행해야 하나요? +
인바운드 규칙, 포트 포워딩, NAT 펀치스루 또는 VPN이 필요하지 않습니다. 네트워크 에이전트는 하나의 아웃바운드 TLS 연결(포트 443)을 설정하고 AI 클라이언트가 해당 연결에 도달합니다. https://mcp.querystreams.com 공용 인터넷에서 - 에이전트 호스트에서 아웃바운드 HTTPS가 작동하면 MCP도 작동합니다. 발신 전용 연결 작동 방식을 확인해 보세요 →
Query Streams MCP에서 사용할 수 있는 AI 도구는 무엇인가요? +
개방형 모델 컨텍스트 프로토콜(MCP)을 지원하는 모든 클라이언트(Claude Desktop, Claude Code, Cursor, ChatGPT(유료), Grok, Gemini CLI, Windsurf, Zed 등 500개 이상)를 사용할 수 있습니다. 기존에 사용하던 AI 도구를 가져오세요. 다른 도구로 전환할 필요가 없습니다. 지원되는 AI 클라이언트 전체 목록 →
MCP 키를 취소할 수 있나요? +
예, 키마다 3개의 독립적인 킬 스위치가 있습니다. /mcp 페이지별, 플랜 설정을 통한 조직별, 플랫폼 수준에서 모두 가능하며, 데이터베이스 암호 변경이나 에이전트 재시작이 필요하지 않습니다. MCP 키 보안에 대한 자세한 정보 →
MCP 사용량은 내 데이터 영역에 대해 어떻게 청구되나요? +
MCP 실행 호출은 Excel, Google Sheets, 웹 쿼리 빌더 및 Nova AI 사용에 이미 사용되고 있는 동일한 데이터 영역 예산에서 차감됩니다. 즉, 모든 액세스 방식에 걸쳐 하나의 소비 예산만 사용됩니다. MCP 측정 크기는 다릅니다. 다른 클라이언트들은 저희의 압축 클라우드 링크를 통해 실행됩니다(요금 청구). 압축된 바이트MCP는 Streamable HTTP를 통해 실행되는데, 이는 모든 클라이언트와 프록시를 통해 종단 간 압축을 안정적으로 지원하지 않으므로 추가 요금이 부과됩니다. 압축되지 않은 바이트일반적으로 4MB 크기의 Snowflake 집계 결과를 Excel로 반환하는 데에는 데이터 영역에서 약 600~900KB의 비용이 발생합니다. 동일한 4MB 결과를 MCP를 통해 Cursor로 반환하는 데에는 약 4MB의 비용이 발생합니다. (Snowflake 컴퓨팅 크레딧은 Query Streams 데이터 영역 사용량과 별도로 청구되며, 두 가지는 독립적인 측정 항목입니다.) 청구 주기 말에 예상치 못한 비용이 발생하는 것보다 사전에 투명하게 공개하는 것이 더 낫다고 생각합니다.
Query Streams MCP는 Snowflake Standard/Enterprise/Business Critical/VPS, 키 페어 인증 및 데이터 공유 인바운드 공유와 호환됩니까? +
예. Query Streams MCP는 모든 Snowflake 에디션과 호환됩니다. 기준, 엔터프라이즈, 비즈니스에 필수적인, 및 가상 사설 스노우플레이크(VPS) — 공식 Snowflake 드라이버를 사용합니다. 클라우드 플랫폼도 상관없습니다. AWS, Azure, GCP Snowflake 계정은 모두 동일한 연결 모델을 사용합니다. 키 쌍(RSA) 인증이 권장되는 인증 방식입니다.사용자 이름/비밀번호가 아니라, 에이전트가 암호화된 개인 키를 자격 증명 저장소에 저장합니다. 키 순환은 비밀번호 재설정이 아닌 키 교체이며, 중복 키 설정을 지원합니다. RSA_PUBLIC_KEY 그리고 RSA_PUBLIC_KEY_2 다운타임 없는 로테이션을 지원합니다. Snowflake 계정에서 필요로 하는 경우 OAuth 및 SAML을 통한 SSO도 지원합니다. 데이터 공유 수신 공유 (다른 Snowflake 계정이 사용자의 데이터베이스와 공유하는 경우) 해당 데이터베이스는 투명하게 쿼리할 수 있습니다. 에이전트는 이러한 데이터베이스를 다른 데이터베이스와 마찬가지로 읽기 전용 데이터베이스로 처리하며, LLM은 해당 데이터베이스가 공유되는지 알 필요가 없습니다. 스노우플레이크 네트워크 정책 (연결 가능한 소스 IP 허용 목록)에는 에이전트의 송신 IP를 허용 목록에 추가해야 하지만, 수신 규칙 변경은 필요하지 않습니다. 에이전트는 HTTPS를 통해 Snowflake로 연결을 시도하며, 네트워크 정책에는 송신 IP만 포함하면 됩니다. 각 Snowflake 계정은 별도의 커넥터이므로, LLM(Local Load Management)은 "프로덕션 분석"과 "마케팅 데이터 웨어하우스"를 이름으로 구분하여 사용할 수 있습니다. 이는 프로덕션, 스테이징, 개발 환경에 각각 다른 계정을 사용하는 경우에 유용합니다.
오픈소스 Snowflake MCP 서버를 직접 운영하는 것과 어떤 차이가 있나요? +
Snowflake MCP 서버(GitHub 커뮤니티 프로젝트 및 Snowflake Labs 자체 프로젝트 포함)는 데이터 소스당 하나의 MCP를 사용합니다. Claude가 Snowflake, Google Search Console, Stripe 계정, PostgreSQL 운영 데이터베이스에서 데이터를 읽어오도록 하려면 각 AI 클라이언트에 각각 고유한 자격 증명, 범위 모델, 감사 스토리를 가진 4개의 MCP 서버를 별도로 구성해야 합니다. Query Streams MCP는 계정에 연결된 모든 커넥터에 접근할 수 있는 하나의 키를 제공합니다. 또한 스키마 인텔리전스, 에이전트 계층 읽기 전용 적용, 키별 속도 제한, 감사 추적 기능도 이용할 수 있습니다. 이벤트 로그또한 기존에 사용 중인 동일한 데이터 영역 청구 파이프라인을 그대로 사용할 수 있습니다. 이는 Snowflake MCP를 직접 사용하는 방식으로는 얻을 수 없는 이점입니다. (Cortex Agents와 Snowflake MCP 서버 직접 사용, Query Streams MCP 사용에 대한 자세한 비교는 위의 관련 섹션을 참조하십시오.)
인공지능이 데이터를 쓰거나 삭제하려고 하면 어떻게 될까요? +
데이터 소스가 SQL을 보기 전에 에이전트에서 거부됩니다. 모든 qs_run_query 호출은 하드코딩된 읽기 전용 유효성 검사기에 의해 구문 분석되며, 이 유효성 검사기는 특정 값만 허용합니다. 선택, 와 함께, 및 설명하다 문장입니다. 그 외의 모든 것은 반환됩니다. 읽기 전용 위반 그리고 Snowflake에는 절대 도달하지 않습니다. 검증기는 클라우드가 아닌 네트워크의 에이전트 프로세스에서 실행되므로, 클라우드 표면이 손상되더라도 이를 우회할 수 없습니다. 이는 Snowflake에서 OLTP 데이터베이스보다 더 중요한데, Snowflake 역할은 ETL 파이프라인과 분석 사용자 간에 공유되는 경우가 많기 때문입니다. 즉, 동일한 역할이 여러 권한을 부여할 수 있습니다. 끼워 넣다/업데이트/삭제 파이프라인 경로에 대해서는 인간 분석가가 해당 권한을 전혀 사용하지 않더라도 마찬가지입니다. 에이전트의 읽기 전용 검증기는 Snowflake가 역할에 부여하는 권한과 무관하므로, 환각에 빠진 LLM은 이를 사용할 수 없습니다. 테이블 자르기 역할이 기술적으로 허용하더라도 마찬가지입니다. (Snowflake 측에서 읽기 전용 역할을 추가할 수 있습니다.) 용법 + 선택 (공개하려는 데이터 웨어하우스와 데이터베이스에만 적용하고, 더욱 안전하게 보호하려면 최상위에도 적용하세요.)
AI가 실제로 무슨 질문을 했는지 볼 수 있을까요? +
예. 모든 MCP 도구 호출은 행을 기록합니다. 이벤트 로그 조직, 사용자, 키, 범위, 지연 시간 및 결과 코드가 포함됩니다. 조직 관리자는 단일 쿼리로 "지난주에 누가 MCP를 사용했고, 어떤 커넥터를 사용했으며, 무엇을 문의했는지"를 확인할 수 있습니다. 참고로, 로그에는 이러한 정보가 기록됩니다. 도구 이름 및 메타데이터SQL 텍스트나 반환된 행은 클라우드 링크를 통해 전송되므로 클라우드 로그에 기록되지 않습니다. 전체 SQL 감사를 원하시면 기본 엔진에서 데이터베이스 측 감사를 활성화해야 합니다. Snowflake의 경우 해당 설정은 다음과 같습니다. SNOWFLAKE.ACCOUNT_USAGE.QUERY_HISTORY 보기(또는) 정보 스키마.쿼리 기록 단일 계정 내에서 실행되는 모든 쿼리 문을 사용자, 역할, 웨어하우스, 바이트 수 및 크레딧 사용량과 함께 캡처합니다. 이 두 가지를 결합하면 완벽한 어트리뷰션을 얻을 수 있습니다. Query Streams를 사용해 보세요. 이벤트 로그 어떤 AI 클라이언트/사용자/키가 호출을 시작했는지 알려줍니다. (Snowflake의 경우) 쿼리 기록 실행된 SQL 문을 정확하게 알려줍니다.
Query Streams MCP를 사용하려면 Schema Intelligence를 실행해야 하나요? +
아니요 - 스키마 인텔리전스는 선택 사항입니다. (커넥터, 데이터베이스)MCP는 SI 없이도 정상적으로 작동합니다. AI는 기본적인 스키마(유형, 기본 키, 자문 외래 키, 클러스터링 키)를 가져와 기본 쿼리를 작성합니다. SI가 활성화되면 AI는 선별된 메타데이터를 6개 계층 더 얻게 됩니다. (1) 모든 데이터베이스, 스키마, 테이블 및 열에 대한 AI가 선별한 설명; (2) 테이블 분류(거래 이벤트용 FACT, 설명 참조용 DIM, 소규모 코드 맵용 LOOKUP)와 비즈니스 도메인 태그(영업, 인사, SEO, 재무, 지원 등 14개 이상) (3) 모든 열(currency_usd, email, date_iso, status_code, percentage, ranking_position, identifier, url, person_name, semi_structured 등)에 의미 유형이 적용되어 Snowflake SQL 생성 시 정확한 방언을 지원합니다. QUALIFY ROW_NUMBER() 상위 N의 경우, DATEADD() 날짜 계산을 위해서, 그리고 :-경로 탐색 변종 열; (4) 실제 데이터에서 샘플 값을 추출하여 LLM이 어떤 스키마로도 보여줄 수 없는 패턴을 인식하도록 합니다. (5) 카디널리티가 낮은 열에 대해 전체 값 분포를 사용한 열거형 감지; 및 (6) AI가 테이블 간 데이터 중복을 기반으로 발견한 외래 키는 다음을 통해 드러났습니다. qs_get_relationships (특히 공식 외래키가 권장 사항일 뿐인 Snowflake에서 매우 유용합니다.) SI가 없으면 모든 스키마 도구 응답에 다음 내용이 포함됩니다. si_추천 통화에 필요한 정보가 정확히 무엇인지 목록을 차단하면 AI가 이를 읽고 통화 도중에 SI(서비스 개선)를 시작할 수 있습니다. qs_request_si_analysis실행 시간은 테이블 수에 따라 달라집니다. 테이블이 100개 미만인 소규모 데이터베이스는 약 10분 정도 소요되고, 일반적인 중간 규모 데이터베이스(수백 개 테이블)는 15~25분, 1,500개 이상의 테이블을 가진 대규모 엔터프라이즈 데이터베이스는 전체 스캔에 45~60분이 걸릴 수 있습니다. SI는 네트워크 에이전트를 통해 사용자 데이터에 대해 실행되며(클라우드에 저장되지 않음), 데이터 웨어하우스에 데이터를 쓰지 않고, 스키마를 변경하지 않으며, 스키마가 변경될 때 증분적으로 새로 고쳐집니다. 따라서 테이블을 추가하거나 변경한 후의 후속 실행은 첫 번째 실행보다 훨씬 빠릅니다. 엔드 투 엔드 효과: SI를 활성화하면 AI 클라이언트가 LLM만 제공하는 "X용 MCP" 서버를 사용하는 경우보다 훨씬 더 자주 첫 시도에서 올바른 Snowflake SQL을 작성합니다. 정보 스키마.
나중에 Stripe이나 PostgreSQL 같은 다른 커넥터를 추가하면 어떻게 되나요? +
클라이언트 측에서는 아무것도 변경되지 않습니다. 에이전트가 커넥터를 페어링하는 순간 동일한 키가 새 커넥터에 전달됩니다.qs_list_connectors (자동으로 인식합니다.) 하나의 설정 블록으로 현재 및 미래의 계정 전체를 구매할 수 있습니다. 하나의 키로 모든 커넥터를 연결할 수 있는 이유는 무엇일까요? →
내 데이터와 채팅하려면 MCP를 설치해야 하나요? +
아니요 - Nova AI는 Query Streams 포털에 내장되어 있습니다. Nova는 MCP 설정이나 구성 파일 없이 모든 커넥터(Snowflake 포함)에서 작동합니다. Nova를 사용하여 쿼리 스트림 내에서 데이터와 상호 작용하고, 자체 AI 클라이언트(Claude, Cursor, ChatGPT 등)가 동일한 데이터에 접근하도록 하려면 MCP를 사용하십시오. 동일한 에이전트, 동일한 커넥터, 동일한 스키마 인텔리전스를 기반으로 합니다. Nova AI에 대해 자세히 알아보세요 →
Snowflake에서 Cortex 에이전트를 제공하고 이미 Snowflake MCP 서버가 있는데 왜 Query Streams MCP를 사용해야 할까요? +
세 가지 이유가 있는데, 모두 기능 동등성보다는 문제 형태와 관련이 있습니다. (1) 아웃바운드 전용 아키텍처. Cortex 에이전트는 Snowflake 컴퓨팅 환경 내에서 실행되므로 AI 워크로드와 데이터는 Snowflake 클라우드 내에 함께 위치하게 됩니다. 이는 AI 작업이 Snowflake에 종속될 때 적합합니다. Snowflake MCP 서버(커뮤니티 프로젝트, Snowflake Labs 자체 프로젝트)는 공식 드라이버를 통해 Claude 또는 Cursor를 Snowflake에 직접 연결하지만, LLM(또는 개발자 노트북, 또는 MCP 서버를 실행하는 호스트)은 여전히 Snowflake의 HTTPS 엔드포인트에 도달해야 합니다. 즉, 공개적으로 접근 가능한 Snowflake 계정, Snowflake에 대한 VPN 또는 PrivateLink 연결을 사용해야 합니다. Query Streams의 네트워크 에이전트는 기존 네트워크에서 Query Streams 클라우드 링크로 외부 연결을 시도하고, Claude/Cursor/ChatGPT는 Query Streams에 연결합니다. 인바운드 규칙이나 공용 IP 노출, VPN은 필요하지 않습니다. (2) 멀티 커넥터 단일 키. 단일 Query Streams MCP 키로 Snowflake, 온프레미스 PostgreSQL, AWS RDS MySQL, Stripe 데이터, HubSpot CRM, Shopify 주문 데이터 등 모든 데이터에 액세스할 수 있습니다. 이 모든 것을 AI 클라이언트의 단일 구성 블록에서 설정할 수 있습니다. Cortex 에이전트는 Snowflake만 인식합니다. Snowflake 직접 MCP 서버는 Snowflake 계정당 하나씩 필요합니다. 프로덕션/스테이징/개발 Snowflake 계정이 있는 경우 각 AI 클라이언트에 세 개의 MCP 항목을 구성해야 합니다. (3) 에이전트 계층 읽기 전용 강제. 설령 당신의 스노우플레이크 역할이 권한을 부여하더라도 끼워 넣다 / 업데이트 / 삭제 (해당 역할이 ETL 파이프라인에서도 사용되기 때문에) Query Streams 에이전트는 전달된 모든 쿼리를 하드코딩된 읽기 전용 유효성 검사기를 통해 실행하고 결과를 반환합니다. 읽기 전용 위반선택 / 비-와 함께 / 비-설명하다 LLM에서 요청하더라도 진술을 제공해야 합니다. Cortex 에이전트와 직접 DB MCP는 안전성을 위해 전적으로 Snowflake 측 역할에 의존하는데, 이는 올바른 방식이지만 고객이 원하지 않는 DBA 오버헤드를 추가합니다. 둘 다 사용하셔도 됩니다. Query Streams MCP와 Cortex Agents는 서로 다른 유형의 문제를 해결합니다. Cortex는 Snowflake에 저장된 데이터를 사용하는 Snowflake 내 AI 워크플로우에 적합하고, Query Streams MCP는 다른 데이터도 필요로 하는 AI 도구에 적합합니다. 많은 팀에서 동일한 Snowflake 계정에 두 가지 모두를 배포하며, 두 솔루션은 서로 경쟁 관계가 아닙니다.

시작하기

AI 도구를 Snowflake 데이터 저장소에 5분 만에 연결하세요.

하나의 MCP 키로 Snowflake, 다른 모든 데이터베이스, 그리고 Query Streams 계정의 모든 API 커넥터에 액세스할 수 있습니다. 완벽한 감사 추적, 에이전트 계층 읽기 전용 적용, 키별 사용량 제한, 그리고 방화벽 변경 없이 모든 기능을 사용할 수 있습니다. Claude, Cursor, ChatGPT, Grok 모두 별도의 설정 없이 바로 사용 가능합니다. Snowflake Cortex 에이전트 및 Snowflake MCP 서버와 같은 기존 방식과는 다른 모델이므로, 기존에 사용 중인 방식과 함께 배포할 수 있습니다.

관련 가이드: 쿼리 스트림 에이전트를 다운로드하세요 | 데이터베이스 커넥터 설정 | 모든 MCP 서버 가이드 | Nova AI 텍스트를 SQL로 변환

분류: MCP 서버

태그: mcp, 클로드, 커서, 스노우플레이크, 데이터웨어하우스, 엔터프라이즈, 스노우플레이크 코텍스, 코텍스 에이전트, 키 페어 인증, 분석

메타 설명: Query Streams MCP를 통해 Snowflake를 Claude 또는 Cursor에 연결합니다. 아웃바운드 전용, 읽기 전용, 다중 커넥터입니다. 설정 시간은 5분입니다.

Updated on 2026년 6월 16일

Powered by BetterDocs