SN

snowflake-create-view

Provides best practices and parameter references for writing Snowflake CREATE VIEW statements.

Install

mkdir -p .claude/skills/snowflake-create-view && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/19543" && unzip -o skill.zip -d .claude/skills/snowflake-create-view && rm skill.zip

Installs to .claude/skills/snowflake-create-view

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Consult Snowflake CREATE VIEW parameter reference before generating any CREATE VIEW DDL.
88 charsno explicit “when” trigger
Beginner

Key capabilities

  • Generate CREATE VIEW DDL for Snowflake
  • Implement change tracking on views
  • Manage security with the SECURE keyword
  • Create session-scoped temporary views
  • Handle recursive view definitions

How it works

The skill guides the generation of DDL by referencing specific parameters and enforcing constraints like using IF NOT EXISTS and explicit column aliasing.

Inputs & outputs

You give it
A request to create a view in Snowflake
You get back
A compliant CREATE VIEW DDL statement

When to use snowflake-create-view

  • Create a secure Snowflake view
  • Implement change tracking on views
  • Define session-scoped temporary views
  • Refactor view DDL to follow Snowflake best practices

About this skill

Before writing a CREATE VIEW statement:

  1. Read references/parameters.md to review all available parameters and their defaults.
  2. For each parameter, decide whether the user's request implies a non-default value.
  3. Include only the parameters that differ from the default or that the user explicitly requested — do not bloat the DDL with unnecessary clauses.
  4. Never use CREATE OR REPLACE — always use CREATE VIEW IF NOT EXISTS.
  5. Add the SECURE keyword only when the user explicitly needs to restrict access to the view definition (e.g. hiding business logic from non-privileged users).
  6. Use TEMPORARY/TEMP/VOLATILE only when the view is needed for session-scoped intermediate work; it will be dropped automatically at session end.
  7. Use RECURSIVE only when the SELECT statement needs to reference the view itself (self-referencing query); provide an explicit column list when RECURSIVE is used.
  8. Enable CHANGE_TRACKING = TRUE only when the user needs to create a stream on this view or track row-level changes.
  9. Views share the namespace with tables — a view and a table cannot have the same name within a schema.
  10. The SELECT statement is limited to 95 KB; all columns derived from expressions must be given explicit aliases.

When not to use it

  • Using CREATE OR REPLACE
  • Including unnecessary parameters that match defaults

Limitations

  • SELECT statement is limited to 95 KB
  • Views and tables cannot share the same name in a schema

How it compares

It mandates specific Snowflake-compliant patterns like avoiding CREATE OR REPLACE and requiring explicit aliases for derived columns.

Compared to similar skills

snowflake-create-view side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
snowflake-create-view (this skill)04moNo flagsBeginner
sql-optimization-patterns642moNo flagsAdvanced
drizzle-orm321moNo flagsIntermediate
qdrant-vector-search188moReviewAdvanced

Try saying

Example prompts that trigger this skill in your AI assistant.

Search skills

Search the agent skills registry