Note: This document is a work in progress. You can help improve it.
Intro to SQL
Introduction to what is SQL
SQL (Structured Query Language) is a descriptive computer language designed for updating, retrieving, and calculating data in table-based databases.
Mozilla Developer Network
Why a Database
When creating programs, understanding and correctly implementing the business logic is important but we must also ensure that we are correctly and safely storing the business data.
Let's consider some of the ways we might store data for our database.
Storing data just in memory
You might first consider just storing information in memory. When our users add data to our programs we store their data in various structures: arrays, objects, dictionaries, etc. At first, this might seem simple to think about and easy to implement. However, problems soon arise. First, whenever our programs are shut down and restarted we lose all the information in memory. Second, it is difficult, if not impossible, to share information between users running the program on different local machines, or even on different "servers" if we have a back-end. This approach does not work for multi-user systems.
Storing data in text files
Next, we might consider storing data in local
.json files, or
.csv, or any other linear file storage format. This is a natural extension of storing the data in memory and is often called a serialization format. The concept of serialization is to take the information we have stored in memory and represent it as a series of characters/bytes that can be stored in a file. Additionally, we have a way of reading back those same characters/bytes from the file to recreate the objects.
This approach works well but has several flaws that might make it a poor choice for a way to store data. First, these types of files are very easy to append to but are difficult to delete from or modify within. This is because they are meant to be a stream of information and do not easily support internal modification without often rewriting the entire file. While this might be acceptable for small applications where the time to rewrite the entire file is low, for large applications this will not work well. Second, if multiple users, or servers, are attempting to write to the file at the same time we will encounter conflicts. As such this approach does not work well for multi-user systems.
Using a database is one of the best ways to store, persist and query data that we need for our applications. Databases achieve this due to following the concept of
ACID (which stands for
Atomicity, Consistency, Isolation, Durability)
Atomicity - Updates to the database allow for multiple changes to be requested at once and either all of them fail, or all of them succeed. For instance, if our application is a banking application and we want to withdraw \$10 from Andy's account and add it to Barbara's account, we might first write a statement to decrease Andy's balance by 10. Then a second statement would increase Barbara's balance by 10. If these two statements aren't guaranteed to succeed in pairs we have the possibility that we would decrease Andy's balance without correspondingly increase Barabara's. In an
atomicsystem, either we would both decrease Andy's balance and increase Barbara's balance - or - if an error occurs, their balances are as they were at the start.
Consistency - The data we store is consistent. That is any rules the database enforces are applied when asking for changes. An example is when creating a user to a system we require the user to have an email address and a password. If we attempt to create a row in the
userstable but the
Isolation - This allows for multiple database requests to be handled concurrently (e.g. reading and writing to multiple tables/rows at the same time) This feature is what allows databases to be a great choice for multi-user systems.
Durability - This ensures that once data is written to the database, the database does not lose the information in the case of a database, computer, or system crash. For instance, once a database says that a row is updated, a power loss to the system should not lose the data that was updated.
SQL vs NoSQL
As far as databases are concerned, there are two overarching types: SQL and NoSQL.
SQL is a table-based storage paradigm, that stores data arranged in an Excel-like format, that focuses on normalizing our data by focusing on relationships and structure. This is often referred to as "Relational Databases"
NoSQL can be thought of the opposite of SQL. At a high level, a NoSQL database stores data in form other the table structure in SQL. This looseness of data structure allows developers to more freely control what and how the data is stored. NoSQL databases, while existing for while, have become popular with the rise of data science and big data.
Currently "Relational/SQL Databases" are the most common databases we will explore what a SQL database is and what it can do.
As we mentioned, a SQL (relational) database stores and arranges our data into tables. These tables are made up of rows where each row has the same set of columns. For an analogy, you can think of a database as an Excel spreadsheet, a table as "sheet" within that spreadsheet, rows as the rows of the sheet, and columns as named versions of the familiar "Column A", "Column B" style of spreadsheets.
Tables are the containers for our data. Usually, a database has multiple tables, one for each "thing" we are storing.
For instance, let's imagine we are designing and building a system to manage books for a library. We could create a database named
book_collection and in that database, there would be one table, called
books table, we would design columns that represent the specific data about books we wish to track. Each row in the
books table would represent a unique book in our collection.
Columns are the part of the table that defines the structure (what we often call the
schema) of the data we are storing. This is where we define the attributes of the "thing" represented by the table. Every column has a data type that defines and restricts what type of data we can place into each column.
books table, we will want to store specific details, such as the title, the primary author, the year published, and the genre of the book. We will name these columns
string -- In a database, we have a few choices for the data type:
Nrepresents the largest number of characters this column can store. If we supply less than
Ncharacters the rest of the column will be padded with spaces. This ensures the column is always
varchar(N)- Again the
Nrepresents the largest number of characters the column can store, however, the width of the data is variable. If we supply less than
Ncharacters the column is not filled with spaces.
text- Allows for a variable number of characters, but has a much larger limit than what a
varcharcan support. In some cases many megabytes, or gigabytes of text.
In our case,
text make the most sense for our columns.
Check out the Postgres docs on types to see all the available types. Note that some of these are not part of the SQL specification and are just a part of Postgres.
Rows are where our data is actually stored. Each row represents one "thing", in our case one "book". In our example, a row of data would contain 'The Cat in the Hat' (
title), 'Dr. Suess' (
author), and 'kids' (
Getting started with Postgres
First, we need to create a database. After you have installed Postgres, use the command:
to create a new, empty database.
To connect to that database and start running queries against it, use the command:
As with most things in programming, there are tools to help make developers lives easier;
pgcli is one of those tools. This tool offers intellisense and a few other handy tools to make things a bit easier when working with Postgres.
SQL databases use the
Language to both define the
schema (structure) of our database and as a way to create, read, update, and delete data within it. We call the statements we ask a database to do for us a
query, even if the statement's purpose is to create tables, or delete rows. Here are some sample queries to help get you started.
If you are using
ON before starting. You can turn this feature on and off by using the
After connecting to a new database, we need to create a table to store our information. This table will have rows (data) and columns (structure).
Let's start by creating the table with only the
primary_author, and the
year_published columns for our
CREATE TABLE books (title TEXT NOT NULL,primary_author TEXT,year_published INT);
The structure of our tables is not set in stone. They can be modified at a later date by using the
ALTER TABLE query.
To demonstrate this, let's add the
genre column we omitted when creating our table. We will make it a small text field since genre descriptions are typically short.
ALTER TABLE books ADD COLUMN genre VARCHAR(15);
Now our table has four columns. You might be wondering what value the
genre column will have for any existing rows. Each database engine (Postgres, MySQL, Oracle, Microsoft SQL Server for instance) may have different rules. In our case, with Postgres, it will use a
null value for
genre for existing rows. That is, the database considers that those rows have NO value for that column. This is different from having a value for that column, but being blank. In SQL,
null is different than empty (
To create a new row in our database, we need to use
INSERT statement looks like this:
INSERT INTO table_name (columnA, columnB, columnC)VALUES ('columnAValue', 'columnBValue', 'columnCValue')
The insert statement has several components. The first is
table_name to tell the database which table we are inserting into. The second is the list of columns we are going to be supplying and in what order. The third and last is the specific values for those columns in the same order as we previously stated.
INSERT INTO books (title, primary_author, year_published, genre)VALUES ('Night of the Living Dummy', 'R. L. Stine', 1993, 'horror');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('A Shocker on Shock Street', 'R. L. Stine', 1995, 'horror');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('The Lost World', 'Michael Crichton', 1995, 'sci-fi');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('Harry Potter and Goblet of Fire', 'J.K. Rowling', 2000, 'fantasy');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('The Hobbit', 'J.R.R. Tolkien', 1937, 'fantasy');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('The Lord of the Rings: The Return of the King', 'J.R.R. Tolkien', 1955, 'fantasy');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('The Lord of the Rings: The Fellowship of the Ring', 'J.R.R. Tolkien', 1954, 'fantasy');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('The Lord of the Rings: The Two Towers', 'J.R.R. Tolkien', 1954, 'fantasy');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('Hitchhikers Guide to the Galaxy', 'Douglas Adams', 1979, 'sci-fi');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('Cujo', 'Stephen King', 1981, 'horror');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('It', 'Stephen King', 1986, 'horror');INSERT INTO books (title, primary_author, year_published, genre)VALUES ('Howls Moving Castle', 'Diana Wynne Jones', 1986, 'fantasy');
Notice that we supplied the title, primary_author, year, and genre in the
VALUES section in the same order as the list of columns.
SELECT statements allow us to query and return a new view of the data.
SELECT * FROM books;
This query will give us back all the columns (
*) from all the rows in the
books table. Regardless if there are ten rows or ten million rows, this statement will return them all.
Often we do not want all the columns from the table so we can specify specific columns.
SELECT title FROM books;
While this will still return all the rows, we will only see the
title column for all those rows.
We can use the
WHERE clause to help filter down our table to only see rows that satisfy the conditions supplied. For example:
SELECT title, primary_author FROM books WHERE genre = 'horror';
This query only returns the
primary_author of books that have a genre of
SELECT * FROM books;SELECT title, primary_author from books;SELECT title, primary_author from books where genre = 'horror';SELECT title, primary_author from books where genre = 'fantasy' OR genre = 'sci-fi';SELECT title, primary_author from books where genre = 'horror' ORDER BY title;SELECT title, primary_author from books where title LIKE 'The Lord of the Rings%' ORDER BY title;
To change data in our database, we use an
UPDATE statement. The general structure of an
UPDATE table_nameSET columnA = 'new value'WHERE columnB = 'some value'
The above update statement will update all rows that have
columnB = 'some value and change
columnA to contain
NOTE: The same syntax for
WHERE clauses from
SELECT apply here. We can use multiple conditions and combine them with
Word of warning, if the
WHEREclause is left off, then all rows will be updated.
UPDATE books SET genre = 'children horror' WHERE primary_author = 'R. L. Stine';
To remove one or many rows, we can use the
DELETE FROM books WHERE year_published = 1995;
This will delete all the books with a
year_published of 1995.
As with the
UPDATE statement the
DELETE statement can use the same
WHERE syntax to filter which rows will be deleted.
Word of warning, if the
WHEREclause is left off, then all rows will be deleted.