Have You Ever Wondered About the Difference Between NOT NULL and DEFAULT?
When writing DDL in SQL, you can specify a couple of constraints on columns, like NOT NULL
or DEFAULT
constraints. Some people might wonder, if the two constraints are actually redundant, i.e. is it still necessary to specify a NOT NULL
constraint, if there is already a DEFAULT
clause?
The answer is: Yes!
Yes, you should still specify that NOT NULL
constraint. And no, the two constraints are not redundant. The answer I gave here on Stack Overflow wraps it up by example, which I’m going to repeat here on our blog:
DEFAULT
is the value that will be inserted in the absence of an explicit value in an insert / update statement. Lets assume, your DDL did not have theNOT NULL
constraint:ALTER TABLE tbl ADD COLUMN col VARCHAR(20) DEFAULT "MyDefault"Then you could issue these statements
-- 1. This will insert "MyDefault" -- into tbl.col INSERT INTO tbl (A, B) VALUES (NULL, NULL); -- 2. This will insert "MyDefault" -- into tbl.col INSERT INTO tbl (A, B, col) VALUES (NULL, NULL, DEFAULT); -- 3. This will insert "MyDefault" -- into tbl.col INSERT INTO tbl (A, B, col) DEFAULT VALUES; -- 4. This will insert NULL -- into tbl.col INSERT INTO tbl (A, B, col) VALUES (NULL, NULL, NULL);Alternatively, you can also use DEFAULT in UPDATE statements, according to the SQL-1992 standard:
-- 5. This will update "MyDefault" -- into tbl.col UPDATE tbl SET col = DEFAULT; -- 6. This will update NULL -- into tbl.col UPDATE tbl SET col = NULL;Note, not all databases support all of these SQL standard syntaxes. Adding the NOT NULL constraint will cause an error with statements 4, 6, while 1-3, 5 are still valid statements. So to answer your question:
No, NOT NULL and DEFAULT are not redundant
That’s already quite interesting, so the DEFAULT
constraint really only interacts with DML statements and how they specify the various columns that they’re updating. The NOT NULL
constraint is a much more universal guarantee, that constraints a column’s content also “outside” of the manipulating DML statements.
For instance, if you have a set of data and then you add a DEFAULT
constraint, this will not affect your existing data, only new data being inserted.
If, however, you have a set of data and then you add a NOT NULL
constraint, you can actually only do so if the constraint is valid – i.e. when there are no NULL
values in your column. Otherwise, an error will be raised.
Query performance
Another very interesting use case that applies only to NOT NULL
constraints is their usefulness for query optimisers and query execution plans. Assume that you have such a constraint on your column and then, you’re using a NOT IN
predicate:
SELECT * FROM table WHERE value NOT IN ( SELECT not_nullable FROM other_table )
In particular, when you’re using Oracle, the above query will be much faster when the not_nullable
column has an index AND that particular constraint, because unfortunately, NULL
values are not included in Oracle indexes.
Read more about NULL
and NOT IN
predicates here.
Reference: | Have You Ever Wondered About the Difference Between NOT NULL and DEFAULT? from our JCG partner Lukas Eder at the JAVA, SQL, AND JOOQ blog. |