Why Loading from S3, Azure Blob, GCS in Snowflake? - Purpose & Use Cases

The Big Idea

What if you could skip the tedious file juggling and get your data ready instantly?

The Scenario

Imagine you have data stored in different cloud storage services like Amazon S3, Azure Blob, or Google Cloud Storage. You want to bring all that data into your Snowflake database to analyze it. Doing this by hand means downloading files one by one, moving them around, and then loading them manually into Snowflake.

The Problem

This manual way is slow and tiring. You might forget a file, make mistakes in file paths, or mix up formats. It's like trying to carry many heavy boxes yourself instead of using a conveyor belt. This wastes time and can cause errors that break your data work.

The Solution

Loading data directly from S3, Azure Blob, or GCS into Snowflake automates this process. Snowflake connects straight to these storage services, reads the data, and loads it quickly and reliably. This means no more manual downloads or uploads--just smooth, fast data flow.

Before vs After

✗ Before

download file from S3
upload file to Snowflake
repeat for each file

✓ After

COPY INTO table FROM @s3_stage FILE_FORMAT = (type = 'csv');

What It Enables

This lets you focus on analyzing data, not moving it, making your work faster and less error-prone.

Real Life Example

A company collects sales data daily in S3. Instead of downloading and uploading files every day, they use Snowflake to load data directly from S3, so reports update automatically and on time.

Key Takeaways

Manual data moving is slow and risky.

Direct loading from cloud storage automates and speeds up data import.

This improves accuracy and frees you to focus on insights.

Practice

1. What is the main purpose of using COPY INTO in Snowflake when loading data from S3, Azure Blob, or GCS?

easy

A. To load data files from cloud storage into Snowflake tables

B. To export data from Snowflake to cloud storage

C. To create a new cloud storage bucket

D. To delete files from cloud storage

Solution

1. Step 1: Understand the role of COPY INTO

   The COPY INTO command is used in Snowflake to load data from external cloud storage into Snowflake tables.

2. Step 2: Differentiate from other operations

   Exporting data, creating buckets, or deleting files are not done by COPY INTO. It specifically loads data into tables.

3. Final Answer:

   To load data files from cloud storage into Snowflake tables -> Option A

4. Quick Check:

   Loading data = COPY INTO [OK]

Hint: COPY INTO loads data from cloud storage to tables [OK]

Common Mistakes:

• Confusing COPY INTO with export commands
• Thinking COPY INTO manages cloud storage buckets
• Assuming COPY INTO deletes files

2. Which of the following is the correct syntax to load data from an S3 bucket into a Snowflake table named my_table?

easy

A. COPY INTO my_table FROM @my_s3_stage FILE_FORMAT = (TYPE = 'CSV');

B. LOAD DATA INTO my_table FROM 's3://mybucket/data.csv';

C. INSERT INTO my_table SELECT * FROM s3://mybucket/data.csv;

D. IMPORT INTO my_table FROM @my_s3_stage FORMAT = CSV;

Solution

1. Step 1: Identify correct Snowflake COPY INTO syntax

   Snowflake uses COPY INTO table_name FROM @stage FILE_FORMAT = (TYPE = 'format') to load data.

2. Step 2: Eliminate incorrect options

   LOAD DATA INTO is not valid Snowflake syntax. Direct INSERT INTO ... FROM s3:// paths are not supported. IMPORT INTO does not exist. The correct syntax is COPY INTO my_table FROM @my_s3_stage FILE_FORMAT = (TYPE = 'CSV');.

3. Final Answer:

   COPY INTO my_table FROM @my_s3_stage FILE_FORMAT = (TYPE = 'CSV'); -> Option A

4. Quick Check:

   COPY INTO + stage + file format = correct syntax [OK]

Hint: COPY INTO + @stage + FILE_FORMAT is the right pattern [OK]

Common Mistakes:

• Using LOAD DATA instead of COPY INTO
• Trying to SELECT directly from S3 path
• Using IMPORT INTO which is invalid

3. Given the following Snowflake command:

COPY INTO sales FROM @azure_blob_stage FILE_FORMAT = (TYPE = 'JSON') ON_ERROR = 'CONTINUE';

What happens if one file in the Azure Blob storage has invalid JSON data?

medium

A. The entire load fails and no data is loaded

B. Snowflake automatically fixes the invalid JSON and loads all data

C. Only the invalid file is skipped, and loading continues for others

D. The command ignores the error and loads all files including invalid data

Solution

1. Step 1: Understand ON_ERROR = 'CONTINUE'

   This option tells Snowflake to skip files or rows with errors and continue loading the rest.

2. Step 2: Apply to invalid JSON file

   The invalid JSON file will be skipped, but other valid files will load successfully.

3. Final Answer:

   Only the invalid file is skipped, and loading continues for others -> Option C

4. Quick Check:

   ON_ERROR = CONTINUE skips errors, loads rest [OK]

Hint: ON_ERROR = CONTINUE skips bad files, loads others [OK]

Common Mistakes:

• Assuming entire load fails on one bad file
• Thinking Snowflake auto-fixes JSON errors
• Believing invalid data is loaded anyway

4. You run this command to load data from Google Cloud Storage:

COPY INTO customers FROM @gcs_stage FILE_FORMAT = (TYPE = 'CSV');

But you get an error saying 'Storage integration not authorized'. What is the most likely cause?

medium

A. The GCS bucket is empty

B. The CSV file format is incorrect

C. The Snowflake table does not exist

D. The storage integration lacks permission to access the GCS bucket

Solution

1. Step 1: Analyze the error message

   'Storage integration not authorized' means Snowflake cannot access the cloud storage due to permission issues.

2. Step 2: Identify cause

   The storage integration must have proper permissions to read from the GCS bucket. Other options do not cause authorization errors.

3. Final Answer:

   The storage integration lacks permission to access the GCS bucket -> Option D

4. Quick Check:

   Authorization error = permission issue [OK]

Hint: Authorization errors usually mean permission problems [OK]

Common Mistakes:

• Blaming file format for authorization errors
• Assuming table existence causes storage errors
• Ignoring permission setup for storage integration

5. You want to load multiple CSV files from an S3 bucket into Snowflake, but only files with the prefix 2024/. Which COPY INTO command correctly filters these files?

hard

A. COPY INTO sales FROM @s3_stage FILE_FORMAT = (TYPE = 'CSV') WHERE filename LIKE '2024/%';

B. COPY INTO sales FROM @s3_stage FILE_FORMAT = (TYPE = 'CSV') PATTERN = '^2024/.*';

C. COPY INTO sales FROM @s3_stage FILE_FORMAT = (TYPE = 'CSV') FILES = ('2024/');

D. COPY INTO sales FROM @s3_stage FILE_FORMAT = (TYPE = 'CSV') PATTERN = '2024/.*';

Solution

1. Step 1: Understand file filtering in COPY INTO

   Snowflake uses the PATTERN parameter with a regular expression to filter files by name or prefix.

2. Step 2: Check regex correctness

   PATTERN = '^2024/.*' matches files starting exactly with '2024/'. PATTERN = '2024/.*' without the ^ may match files where '2024/' appears elsewhere in the path. The other options use invalid parameters like WHERE or FILES.

3. Final Answer:

   COPY INTO sales FROM @s3_stage FILE_FORMAT = (TYPE = 'CSV') PATTERN = '^2024/.*'; -> Option B

4. Quick Check:

   PATTERN with ^ prefix filters files correctly [OK]

Hint: Use PATTERN with ^ prefix to filter file names [OK]

Common Mistakes:

• Omitting ^ in regex causing wrong files to load
• Using WHERE or FILES incorrectly for filtering
• Confusing file prefix with file list