Commit f09488d6 authored by unknown's avatar unknown

Documented server behaviour for out-of-range dates.

parent 5227a8b1
...@@ -29339,6 +29339,15 @@ interpreted as the year @code{'2010-11-12'}. The value @code{'10:45:15'} ...@@ -29339,6 +29339,15 @@ interpreted as the year @code{'2010-11-12'}. The value @code{'10:45:15'}
will be converted to @code{'0000-00-00'} because @code{'45'} is not a legal will be converted to @code{'0000-00-00'} because @code{'45'} is not a legal
month. month.
@item
The MySQL server only performs basic checking on the validity of a date:
days @code{00-31}, months @code{00-12}, years @code{1000-9999}.
Any date not within this range will revert to @code{0000-00-00}.
Please note that this still allows you to store invalid dates such as
@code{2002-04-31}. It allows web applications to store data from a form
without further checking. To ensure a date is valid, perform a check in
your application.
@item @item
Year values specified as two digits are ambiguous, because the century is Year values specified as two digits are ambiguous, because the century is
unknown. MySQL interprets 2-digit year values using the following unknown. MySQL interprets 2-digit year values using the following
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment