New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

The NULL problem

Databases support the notion of NULL - a column with an unspecified value. The ADO.NET containers ( DataReader, DataSet ) support the transport of these untyped objects ( as DBNull ). However the .NET Framework native types ( ie. String, Integer ) do not support them. The new Business Logic Layer transfers data from DataReaders to Custom Business Objects whose properties are comprised of native data types. This results in errors when the DataReader item contains NULL; therefore, a solution is required to deal with this scenario.

Option #1 - Use a translation service

The concept here is that NULL values are translated into application friendly values ( and vice versa ). This translation must occur when data is read from the database as well as when data is sent to the database. The application friendly values should be values which would not normally be used within the application ( ie. for dates - Date.MinValue, for Integers - Integer.MinValue, etc... ). The current DotNetNuke implementation uses this technique in some cases ( representing NULL as -1 for ID values ). The problem is that the translation service must be handled in all application layers - resulting in poorly abstracted design, overly complicated code, and extra processing.

Option #2 - Use Nullable Types

The System.Data.SqlTypes namespace contains SQL Server data types for most native types which also support the INullable interface. This means that these data types support DBNull. However the problem with this namespace is that it is database specific and the types are not Serializable. An alternative may be an open source project called Nullable Types ( ) which contains database independent types that implement INullable as well as ISerializable. This may be a cleaner option ( DBNull handled consistently across all application layers ) except for the fact it adds a project dependency to another open source project. More research is required.

Option #3 - Do not allow NULLs in database tables

Another philosophy is to avoid the NULL issue altogether by not allowing NULLs in your database. This approach relies on the application/database always populating fields with valid data. However, this is not always possible or preferable when working with relational databases ( issues include how to deal with optional foreign key constraints, uninitialized dates, etc... ).

Considering the sheer number of applications which have to deal with this dilemma, you would think there would be a documented best practice solution. However, the deeper you dig into this problem, the more complications become exposed.


There are currently no comments, be the first to post one.

Comment Form

Only registered users may post comments.


Aderson Oliveira (22)
Alec Whittington (11)
Alessandra Daniels (3)
Alex Shirley (10)
Andrew Hoefling (3)
Andrew Nurse (30)
Andy Tryba (1)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (37)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Bogdan Litescu (1)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (213)
Chris Paterra (55)
Clint Patterson (108)
Cuong Dang (21)
Daniel Bartholomew (2)
Daniel Mettler (181)
Daniel Valadas (48)
Dave Buckner (2)
David Poindexter (12)
David Rodriguez (3)
Dennis Shiao (1)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (80)
Francisco Perez Andres (17)
Geoff Barlow (12)
George Alatrash (12)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (274)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Kelly Ford (4)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matt Rutledge (2)
Matthias Schlomann (16)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Miguel Gatmaytan (3)
Mike Horton (19)
Mitchel Sellers (40)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Oliver Hine (1)
Patricio F. Salinas (1)
Patrick Ryan (1)
Peter Donker (54)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Sacha Trauwaen (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott Schlesier (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Steven Fisher (1)
Tony Henrich (3)
Torsten Weggen (3)
Tycho de Waard (4)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (40)
Will Strohl (180)
William Severance (5)
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out