연결하다 눈송이 엑셀, 구글 시트, AI 및 REST로

인증 방법 세 가지(MFA에서 살아남는 두 가지 방법 포함)

강제 MFA는 자동화된 보고 도구가 Snowflake에서 흔히 부딪히는 장벽입니다. 푸시 알림을 승인할 담당자가 없기 때문입니다. 세 가지 방법 중 두 가지는 바로 이러한 상황을 위해 설계되었습니다.

• 비밀번호 — 간단한 경우로, MFA가 적용되지 않은 계정의 경우입니다. MFA가 필요한 경우 연결 테스트에서 드라이버 오류로 실패하는 대신, 필요한 사항을 명확하게 표시하고 대안을 제시합니다.
• 키 쌍 RSA — 일반적인 서비스 연결 권장 사항입니다. 에이전트에 개인 키를 붙여넣거나 키 파일을 지정하십시오. 암호가 포함된 암호화된 키도 허용됩니다.
• 프로그래밍 방식 액세스 토큰 — 바로 이런 유형의 발신자를 위해 Snowflake에서 자체적으로 만든 토큰입니다.
• 역할은 연결의 일부이므로 보고 연결은 사용자의 로그인 권한과 관계없이 읽기 전용 권한만 가진 역할을 가질 수 있습니다.
• 창고도 연결 고리의 일부입니다. — 소규모 창고에 대한 보고를 하고, 그 보고는 소규모 창고에 계속 남아 있습니다.

최초로 놓친 관점을 포기하지 않는 발견

Snowflake의 INFORMATION_SCHEMA는 균일하게 읽기 쉬운 구조가 아닙니다. 역할이 볼 수 있는 부분은 해당 역할이 보유한 권한에 따라 다르며, 핵심 메타데이터가 가장 먼저 누락되는 경우가 많습니다.

• 데이터베이스, 스키마, 테이블 및 열은 테이블별로 한 번씩 왕복하는 것이 아니라 INFORMATION_SCHEMA에서 일괄적으로 읽어옵니다.
• 사용자의 역할에 따라 키 사용 보기를 읽을 수 없는 경우, 에이전트는 테이블별로 기본 키 표시 및 가져온 키 표시를 병렬로 수행하여 쿼리 빌더에 관계가 계속 표시되도록 합니다.
• 열 정밀도와 스케일은 카탈로그로 들어가는 과정에서 보존되므로 NUMBER(12,2)는 1로 설명됩니다.

연합 조인은 데이터베이스가 아닌 스키마를 사용합니다.

사람들이 흔히 오해하는 부분이 바로 이겁니다. Snowflake 데이터베이스는 연결 자체에 바인딩되어 있으므로, 세 부분으로 된 이름의 중간 부분은 Snowflake 스키마(일반적으로 PUBLIC)입니다.

-- warehouse는 연결이고, PUBLIC은 Snowflake 스키마입니다. SELECT c.region, SUM(o.total) AS revenue FROM warehouse.PUBLIC.orders o JOIN pg_crm.public.customers c ON c.id = o.customer_id GROUP BY c.region