I have a database where old code likes to insert '0000-00-00' in Date and DateTime columns instead of a real date. So I have the following two questions:
- Is there anything that I could do on the db level to block this? I know that I can set a column to be not-null, but that does not seem to be blocking these zero values.
- What is the best way to detect the existing zero values in date fields? I have about a hundred tables with 2-3 date columns each and I don't want to query them individually.
Followup:
The default is already set to null. A long time ago, the default was '0000-00-00'. Some code still explicitly places '0000-00-00'. I would prefer to force that code to throw an error so I could isolate and remove it.
set the timestamp by default is maybe an option for you, use table change statement for that:
MySQL CURRENT_DATE() documentation at w3c resource
To remove Zero Dates and replace them by e.g. the current date do this:
A trigger can be used to enforce values for columns.
This is the trigger I use:
If updates are a concern, add a separate trigger (BEFORE UPDATE) to do the same thing.
Yes, enable the NO_ZERO_DATE mode:
The behaviour is documented. Additionally, you might want to also set the mode to include NO_ZERO_IN_DATE...
Also make sure the sql_mode includes either STRICT_ALL_TABLES or STRICT_TRANS_TABLES; without these NO_ZERO_IN_DATE only give a warning, but insert still succeeds.
Separate columns means they have to be checked individually--nothing you can do about that.
If it doesn't matter what date goes in there (ie as long as it's non-zero) you can change the column definition to use NOW() as the default. Probably not an ideal solution, but it does satisfy the criteria : 1) Not-null 2) Non-zero I'm actually really not proud of that suggestion
You could make the columns nullable and have
NULL
as the default value, but it sounds like you already have that and it's not working. ALTHOUGH... it could be the tool you're using to display the data doesn't like displayingNULL
dates... what tool are you using? Or is the '0000-00-00' showing up in data retreived by code?You could set a default value that is non-null and also easily recognizable as a default such as
1900-01-01
(assuming you don't normally deal with dates that are close to this date).