Snowflake Tutorial

Snowflake is a cloud-based data warehousing solution and Multi-cloud platform available on AWS, Microsoft Azure, and Google Cloud. In contrast with traditional data warehouse solutions, Snowflake provides a data warehouse which is faster, easy to set up, and far more flexible. With its unique features, it soon became a leader in data management solutions for analytics.

In this Snowflake Tutorial, I will be discussing the following topics:

What is a Snowflake data warehouse? Snowflake Architecture Database storage  Query Processing Cloud services in Snowflake Connecting to Snowflake Loading Data into Snowflake SnowSQL for Build Loading Snowpipe Third-party tools  - ETL/ELT Web Interface Snowflake Cloud Data Warehouse Benefits

Snowflake Tutorial - A Beginners Guide to Learn Data Warehousing

Let us begin with the Snowflake data warehouse first, which I am going to talk about in the section below.

What is a Snowflake data warehouse?

Snowflake is the first analytics database built with the cloud and delivered as a data warehouse as a service. It can run on popular providers like AWS, Azure, and Google cloud platforms. There is no hardware (virtual or physical) or software needed to install, configure, and manage, entirely runs on public cloud infrastructure. It's ideal for data warehousing, data engineering, data lakes, data science, and developing data applications. But what makes it unbeatable is its architecture and data sharing capabilities.

Want to enhance your skills to become a master in Snowflake Certification, Enroll in our Snowflake Certification Course

Let's move ahead and learn about Snowflake architecture.

What is Snowflake Architecture?

Snowflake architecture is built for the cloud. Its unique multi-cluster shared data architecture delivers the performance, concurrency, and elasticity that organizations require. It handles all aspects of authentication, resource management, optimization, data protection, configuration, availability, and more. Snowflake features compute, storage, and global service layers which are physically separated but logically integrated. 

Let's understand how Snowflake differs from other traditional architectures.

Shared disk architectures use multiple nodes for accessing shared data on a single storage system, and the Shared nothing architectures store a part of data in each node of the data warehouse. Snowflake combines the benefits of both platforms in an innovative and new design. Snowflake processes the queries using MPP (massively parallel processing) compute clusters, where each node in the cluster stores part of the entire dataset locally. 

Architecturally, the snowflake data warehouse consists of three key layers:

• Database Storage
• Query Processing
• Cloud Services

#1 Database storage in Snowflake

Snowflake stores all data in databases. A database is a logical grouping of objects, consisting primarily of tables and views, classified into one or more schemas. We can store any kind of structured or semi-structured data in Snowflake, and all the tasks related to data are handled through SQL query operations. The underlying filesystem in Snowflake is managed by S3 in Snowflake's account, where data is encrypted, compressed, and distributed to optimize the performance. 

#2 Query Processing in Snowflake

Snowflake processes the queries using cs, where each virtual warehouse(or cluster) can obtain all the data in the storage layer, then run separately, so the warehouses do not share or compete for compute resources. Virtual Warehouses are actually used for the purpose of data loading or running queries and are capable of doing both of these tasks simultaneously. A virtual warehouse can be scaled up or down without any downtime or destruction.

#3 Cloud services in Snowflake

The services layer coordinates and handles all other services in Snowflake, including sessions, encryption, SQL compilation, and more. It eliminates the manual data warehousing and tuning requirement. Services in this layer include:

• Authentication
• Infrastructure management
• Metadata management
• Query parsing and optimization
• Access control

By design, all these layers are independently scaled and are redundant.

To know how the different layers work together, let's understand the lifecycle of a query.

After connecting the Snowflake through one of the supported clients and starting a session, the first virtual warehouse submits a query and services layer verifies the authorized access data in the database, and later executes the operations defined in the query, and then creates an optimized query plan. Next, the services layer sends query execution instructions to the virtual warehouse, which allocates resources because any needed data from the storage layer can execute the query. The results are returned to the user.

In this below section of the Snowflake database tutorial, you'll learn to connect and loading data into the Snowflake data warehouse

How to connect Snowflake?

Snowflake can be connected with other services in many ways:

• web-based User Interface
• ODBC and JDBC drivers
• command-line clients
• native connectors 
• Third-party connectors such as ETL tools and BI tools.

Loading Data into Snowflake

This section will familiarize you with the fundamentals of loading data into Snowflake. Basically, Snowflake supports four options for data loading.

1. SnowSQL for bulk loading
2. Snowpipe to automate bulk loading of data
3. WebUI for limited data
4. Third-party tools to bulk load data from external sources.

First, let's see with SnowSQL.

Visit here to learn Snowflake Training in Bangalore

1. SnowSQL for Build Loading

Bulk loading of data is performed in two phases, phase 1 is staging files, and phase 2 is loading data. Here we'll focus on loading data from CSV files.

Staging the files - Staging files means uploading data files to a location where Snowflake can access it. Next, load your data from stage files into tables. Snowflake allows you to stage files on internal locations called stages. Internal stages provide secure storage of data files without depending on any external locations.

Loading the data - A virtual warehouse is needed to load data to a snowflake. The warehouse extracts data from each file and inserts it as rows in the table.

We'll see a SnowSQL SQL client loading CSV files from a local machine into a table called Contacts in the demo database demo_db. CSV files. We'll use the name in the internal staging to store the files before loading.

• Use the demo_db database.

Last login: Sat Sep 19 14:20:05 on ttys011
Superuser-MacBook-Pro: Documents xyzdata$ snowsql -a bulk_data_load
User: peter
Password:
* SnowSQL * V1.1.65
Type SQL statements or !help
* SnowSQL * V1.1.65
Type SQL statements or !help
johndoe#(no warehouse)@(no database).(no schema)>USE DATABASE demo_db;
+----------------------------------------------------+
| status                                             |
|----------------------------------------------------|
| Statement executed successfully.                   |
+----------------------------------------------------+
1 Row(s) produced. Time Elapsed: 0.219s

• The tables were created using the following SQL

peter#(no warehouse)@(DEMO_DB.PUBLIC)>CREATE OR REPLACE TABLE        contacts 
(     
id NUMBER   (38, 0)  
first_name STRING,  
last_name STRING,  
company STRING,  
email STRING,  
workphone STRING,  
cellphone STRING,  
streetaddress STRING,  
city STRING,  
postalcode NUMBER   (38, 0)
);
+----------------------------------------------------+
| status                                             |
|----------------------------------------------------|
| Table CONTACTS successfully created.               |
+----------------------------------------------------+
1 Row(s) produced. Time Elapsed: 0.335s

• Next, create an internal stage called csvfiles.

peter#(no warehouse)@(DEMO_DB.PUBLIC)>CREATE STAGE csvfiles;
        
+----------------------------------------------------+
| status                                             |
|----------------------------------------------------|
| Stage area CSVFILES successfully created.          |
+----------------------------------------------------+
1 Row(s) produced. Time Elapsed: 0.311s

• PUT command to stage the records in csvfiles. This command uses a wildcard contacts0*.csv to load multiple files, @ symbol defines where to stage the files – in this case, @csvfiles.

peter#(no warehouse)@(DEMO_DB.PUBLIC)>PUT file:///tmp/load/contacts0*.csv @csvfiles;
contacts01.csv_c.gz(0.00MB): [##########] 100.00% Done (0.417s, 0.00MB/s),
contacts02.csv_c.gz(0.00MB): [##########] 100.00% Done (0.377s, 0.00MB/s),
contacts03.csv_c.gz(0.00MB): [##########] 100.00% Done (0.391s, 0.00MB/s),
contacts04.csv_c.gz(0.00MB): [##########] 100.00% Done (0.396s, 0.00MB/s),
contacts05.csv_c.gz(0.00MB): [##########] 100.00% Done (0.399s, 0.00MB/s),

        
+----------------+-------------------+-------------+------------------------+
| source | target | source_size | target_size | status |               
|---------------------------------------------------------------------------|
| contacts01.csv | contacts01.csv.gz | 554 | 412 | UPLOADED |
| contacts02.csv | contacts02.csv.gz | 524 | 400 | UPLOADED |
| contacts03.csv | contacts03.csv.gz | 491 | 399 | UPLOADED |
| contacts04.csv | contacts04.csv.gz | 481 | 388 | UPLOADED |
| contacts05.csv | contacts05.csv.gz | 489 | 376 | UPLOADED |
+------------------+-------------------+-------------+----------------------+
5 Row(s) produced. Time Elapsed: 2.111s

• To confirm that the CSV files have been staged, use the LIST command.

peter#(no warehouse)@(DEMO_DB.PUBLIC)>LIST @csvfiles; 

• To load the files from the staged files into the CONTACTS table, specify a virtual warehouse to use.

peter#(no warehouse)@(DEMO_DB.PUBLIC)>USE WAREHOUSE dataload; 

+----------------------------------------------------+
| status |
|----------------------------------------------------|
| Statement executed successfully. |
+----------------------------------------------------+
1 Row(s) produced. Time Elapsed: 0.203s

• Load the staged files into a Snowflake table

peter#(DATALOAD)@(DEMO_DB.PUBLIC)>COPY INTO contacts;
                    FROM @csvfiles
                    PATTERN = '.*contacts0[1-4].csv.gz'
                    ON_ERROR = 'skip_file';

INTO defines where the table data to be loaded, PATTERN specifies the data files to load, and ON_ERROR informs the command when it encounters the errors.

• If the load was successful, you can now query your table using SQL

peter#(DATALOAD)@(DEMO_DB.PUBLIC)>SELECT * FROM contacts LIMIT 10;

2. Snowpipe

As we discussed earlier in the post, for bulk loading data in Snowflake, we can also use Snowpipe specifically from files staged in external locations. Snowpipe uses COPY command with additional features that let you automate the process. It uses external compute resources to continuously load the data and eliminates the need for a virtual warehouse. 

3. Third-party tools  - ETL/ELT

For bulk loading of data, third-party tools like ETL/ELT can also be used. Snowflake supports an ever-expanding scope of the ecosystem of applications and services for loading data from a wide range of external sources.

4. Web Interface

The final option for loading data is the web Interface. In this, simply select the table you want to choose and click the load button, by this, you can load a limited amount of data into Snowflake. It simplifies loading by combining both the staging and loading data into a single operation and automatically deletes staged files after loading.

Related Article - Snowflake vs Databricks

Snowflake Cloud Data Warehouse Benefits

#1) Effortless use

Snowflake is an overall simple and intuitive interface, which allows you to load and process the data quickly. It solves issues using its exceptional multi-cluster architecture.

#2) Performance and speed

Cloud's elastic nature enables you to load data faster or run high volumes of queries sometimes. You can up or scale down the virtual warehouse to take advantage of extra compute resources and pay for the only time used. The snowflake platform ensures that the query is processed at an optimal rate with competitive deals.

#3) Available tools

Using a variety of tools like tableau, PowerBI, etc., can help you run queries against large datasets.

#4 Seamless data sharing

Snowflake's architecture allows seamless data sharing for any data customer.

#5 Cost-effective

The Snowflake interface cuts off idle time and only considers the usage time. Both the computing and storage cost has to be paid separately in this cost-optimized platform. Through the compressing and partitioning process, you can save a high price.

#6 Elasticity and flexibility

It offers higher flexibility, accessibility, elasticity, and value. The user can use both the warehouse and the query services in the same data lake. In terms of usage, the Snowflake is more flexible, as it can be used only when it is needed. 

#7 Supports multiple data formats

Snowflake supports various formats like XML, JSON, and more. It runs with any kind of structured, semi-structured, and unstructured data to address common issues of handling incongruent data types which exist in a single data warehouse.

#8 Scalability

Snowflake supports instant data warehouse scaling for handling concurrency bottlenecks during high-demand periods. It scales without the need to redistribute data which can be a significant disruption to end-users.

Related Blog: [Top 10 Data Warehousing Tools]

Snowflake Certification Details

1) SnowPro Core Certification

The SnowPro core certification illustrates your proficiency for applying core expertise in implementing and migrating to Snowflake. A snow core certified professional will have a complete understanding of Snowflake like a cloud data warehouse and will have the knowledge for designing and managing scalable and secure Snowflake deliverables to lead the business solutions.

• The cost of the SnowPro core certification exam is $175.
• The duration of this SnowPro core certification exam is 2hours.
• The passing score of this SnowPro core certification exam is 80%.
• The SnowPro certification exam is available in English and Japanese.

2) SnowPro Advanced: Architect

The main objective of this certification exam is to assess an individual’s proficiency in Snowflake architectural principles. A SnowPro Advanced: The architect will have proficiency associated with the development, design, and deployment of the snowflake solutions.

• The cost of the SnowPro Advanced: Architect certification exam is $375 per attempt.
• The SnowPro Advanced
• The architect exam contains 60 multiple-choice questions. This exam consists of 60% knowledge-based questions and 40% skill-based questions.
• The duration of the SnowPro Advanced: Architect exam is 90minutes.
• This certification exam is available in English only. 

Following Subject areas are covered in this certification exam:

• Snowflake Architecture
• Snowflake Account and Protection
• Snowflake Storage and Security
• Data Cloud
• Data Movement
• Semi-structured

NOTE: All topics in this Snowflake Training cover to reach SnowPro Certification and Data Engineer position with all practical use cases. Additional topics covered as per project need with basic python programming. For more details visit - Snowflake Certification List

Get Trained & Certified from MindMajix's Snowflake Training in Hyderabad Now!

Conclusion

Cloud Data warehousing is gaining huge popularity nowadays, and solutions like Snowflake are one of the effective tools over other traditional-based solutions. By incorporating Snowflake into your business, companies can improve their performance and forecast future growth.

Was this Snowflake Tutorial helpful for your complete understanding? Post your feedback comments in the section below.

Snowflake Related Articles

---

▶  Snowflake vs Redshift
▶  Snowflake vs BigQuery
▶  Snowflake vs Databricks
▶  Snowflake vs Azure
▶  Snowflake vs Hadoop

▶  Snowflake Time Travel

▶  What is a Snowflake Table

---