Esto es lo que la documentación de MySQL dicen sobre NOW()
:
Returns the current date and time as a value in 'YYYY-MM-DD HH:MM:SS' or YYYYMMDDHHMMSS.uuuuuu format, depending on whether the function is used in a string or numeric context. The value is expressed in the current time zone.
mysql> SELECT NOW();
-> '2007-12-15 23:50:26'
mysql> SELECT NOW() + 0;
-> 20071215235026.000000
Ahora, que sin duda puede reducir su fecha inteligente para algo menos ...
SELECT (
date_part('year', NOW())::text
|| date_part('month', NOW())::text
|| date_part('day', NOW())::text
|| date_part('hour', NOW())::text
|| date_part('minute', NOW())::text
|| date_part('second', NOW())::text
)::float8 + foo;
embargo, que sería una muy mala idea, lo que hay que entender es que los tiempos y las fechas no son números unformated estúpidos, son su own type con su own set of functions y operators
Así que el tiempo de MySQL esencialmente le permite tratar NOW()
como un tipo más tonto, o anula +
para hacer una presunción que no puedo encontrar en los documentos de MySQL. En cualquier caso, es probable que desee ver los tipos date
y interval
en la pág.
No violé, pero: INTERVAL hace que sea obvio en qué unidad está trabajando cuando realiza la fecha matemática. Por ejemplo, no es obvio qué instantáneo futuro en el tiempo 'now() :: date + 100' representa. ¿Hay algún caso en que las matemáticas enteras sean necesarias sobre las matemáticas INTERVAL? –