diff options
author | William Carroll <wpcarro@gmail.com> | 2020-07-27T13·21+0100 |
---|---|---|
committer | William Carroll <wpcarro@gmail.com> | 2020-07-27T13·23+0100 |
commit | c38814d7a155e5ced75b088b29cafa71a4a76de0 (patch) | |
tree | 5a0c8f5512aa60f3cc216c886f7194cd20ebf412 | |
parent | dfe23e3b63ab61361fa34247abde006355f3914a (diff) |
Add CHECK constraints to schema
I believe data should be validated at each level of the stack: - database - server - client The database, in my opinion, is the most important layer at which to validate because you can eliminate entire classes of bugs. However, the CHECK constraint is limited, and the more complex the predicates are, the more expensive database operations become. At the server and client layers, the data validations can be more sophisticated and return more useful error messages to help users better understand the shape of the data that our application expects.
-rw-r--r-- | src/init.sql | 15 |
1 files changed, 8 insertions, 7 deletions
diff --git a/src/init.sql b/src/init.sql index 951ea3ecbf33..f1109feacba1 100644 --- a/src/init.sql +++ b/src/init.sql @@ -10,19 +10,20 @@ DROP TABLE IF EXISTS Accounts; DROP TABLE IF EXISTS Trips; CREATE TABLE Accounts ( - username TEXT NOT NULL, - password TEXT NOT NULL, - email TEXT NOT NULL UNIQUE, - role TEXT NOT NULL, +-- TODO(wpcarro): Add CHECK(..) constraint + username TEXT CHECK(LENGTH(username) > 0) NOT NULL, + password TEXT CHECK(LENGTH(password) > 0) NOT NULL, + email TEXT CHECK(LENGTH(email) > 0) NOT NULL UNIQUE, + role TEXT CHECK(role IN ('user', 'manager', 'admin')) NOT NULL, profilePicture BLOB, PRIMARY KEY (username) ); CREATE TABLE Trips ( username TEXT NOT NULL, - destination TEXT NOT NULL, - startDate TEXT NOT NULL, -- YYYY-MM-DD - endDate TEXT NOT NULL, -- YYYY-MM-DD + destination TEXT CHECK(LENGTH(destination) > 0) NOT NULL, + startDate TEXT CHECK(LENGTH(startDate) == 10) NOT NULL, -- YYYY-MM-DD + endDate TEXT CHECK(LENGTH(endDate) == 10) NOT NULL, -- YYYY-MM-DD comment TEXT NOT NULL, PRIMARY KEY (username, destination, startDate), FOREIGN KEY (username) REFERENCES Accounts ON DELETE CASCADE |