Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Added test for isNull/isValid returns
- Loading branch information
Showing
3 changed files
with
16 additions
and
5 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
I'd prefer to be consistent.
Either always return NULL or always return Invalid.
IMHO the NULL vs. Invalid information is more important than the type information for NULL values.
Short reasoning: Database systems also don't care about types of NULL (i.e. one always writes
INSERT INTO ... VALUES ( NULL )
without specifying a type. But there's a difference betweenNULL
and no value (e.g. when doing an INSERT, NULL will insert NULL whereas omitting a value will trigger the default value). The example is not very applicable here, but I think it makes sense to have this behavior as what we intend consistently.