Convertir una cadena de fecha que está antes de 1970 en una marca de tiempo en MySQL

Question

No es un título muy bueno, así que mis disculpas.

Por alguna razón, (yo no era la persona que lo hizo, yo estoy divagando) tenemos una estructura de tabla donde el tipo de campo para una fecha es varchar. (impar).

Tenemos algunas fechas, tales como:

1932-04-01 00:00:00 and 1929-07-04 00:00:00 

Necesito hacer una consulta que convertirá estas cadenas de fecha en una marca de tiempo Unix, sin embargo, en MySQL si convierte una fecha que es anterior a 1970 devolverá 0.

¿Alguna idea?

¡Muchas gracias!

EDITAR: Formato de fecha incorrecta. ooops.

Answer 1

Aha! ¡Hemos encontrado una solución!

El SQL para hacerlo:

SELECT DATEDIFF(STR_TO_DATE('04-07-1988','%d-%m-%Y'),FROM_UNIXTIME(0))*24*3600 -> 583977600 
SELECT DATEDIFF(STR_TO_DATE('04-07-1968','%d-%m-%Y'),FROM_UNIXTIME(0))*24*3600 -> -47174400 

Esto podría ser útil para futuras referencias.

Puedes probarlo aquí: http://www.onlineconversion.com/unix_time.htm

Answer 2

convertir estas cadenas de fecha en un sello de tiempo Unix

marcas de tiempo tradicional de Unix son un recuento entero sin signo de segundos desde el 1-Ene-1970, por lo tanto no puede representar cualquier fecha antes de eso.

Answer 3

En el mejor de los casos tendrá resultados mixtos dependiendo del sistema que esté utilizando para representar la marca de tiempo.

De wikipedia

originalmente había una cierta controversia sobre si el time_t UNIX deben ser con o sin signo. Si no se firma, su rango en el futuro sería duplicado, posponiendo el desbordamiento de 32 bits (en 68 años). Sin embargo, entonces sería incapaz de tiempos que representan antes de 1970. Dennis Ritchie, cuando se le preguntó acerca de este tema , dijo que no había pensado muy profundamente sobre ello, pero era de la opinión de que la capacidad de representar todas las veces en su vida sería agradable. (El nacimiento de Ritchie, en 1941, es alrededor del tiempo Unix -893 400 000.) El consenso es para time_t para firmar, y esta es la práctica habitual. La plataforma de desarrollo de software para versión 6 del sistema operativo QNX tiene un time_t sin firmar de 32 bits, aunque las versiones anteriores de utilizan un tipo firmado.

Parece que las marcas de tiempo MySQL trata como un entero sin signo, lo que significa que los tiempos antes de la Epoc serán todos resolver a 0.

Siendo este el caso, siempre tiene la opción de implementar su propio tipo de marca de tiempo sin firmar y usa eso para tus cálculos.

Answer 4

Si es factible para su problema, puede cambiar todos sus tiempos de mysql en, digamos 100 años, y luego trabajar con esas marcas de tiempo ajustadas o volver a calcular el valor de marca de tiempo negativo.

Como han dicho algunos, asegúrese de que su sistema esté usando 64bits para representar la marca de tiempo, de lo contrario, llegará al problema del año 2038.

Answer 5

Fecha de uso en lugar de marcas de tiempo. La fecha resolverá tus problemas. verifique esto link

Answer 6

He adaptado la solución DATEDIFF para incluir también el tiempo no solo días. Lo envolví en una función almacenada, pero puedes extraer la parte SELECCIONAR si no quieres usar funciones.

DELIMITER | 
CREATE FUNCTION SIGNED_UNIX_TIMESTAMP (d DATETIME) 
RETURNS BIGINT 
DETERMINISTIC 
    BEGIN 
    DECLARE tz VARCHAR(100); 
    DECLARE ts BIGINT; 
    SET tz = @@time_zone; 
    SET time_zone = '+00:00'; 
    SELECT DATEDIFF(d, FROM_UNIXTIME(0)) * 86400 + 
    TIME_TO_SEC(
     TIMEDIFF(
     d, 
     DATE_ADD(MAKEDATE(YEAR(d), DAYOFYEAR(d)), INTERVAL 0 HOUR) 
    ) 
    ) INTO ts; 
    SET time_zone = tz; 
    return ts; 
    END| 
DELIMITER ; 

-- SELECT UNIX_TIMESTAMP('1900-01-02 03:45:00'); 
-- will return 0 
-- SELECT SIGNED_UNIX_TIMESTAMP('1900-01-02 03:45:00'); 
-- will return -2208888900 

Answer 7

Para obtener el max. Rango +/- uso racional esta consulta en el campo de cumpleaños, en mi caso "aaaa-mm-dd", pero se puede cambiar a sus necesidades

select name, (@bday:=STR_TO_DATE(birthday,"%Y-%m-%d")),if(year(@bday)<1970,UNIX_TIMESTAMP(adddate(@bday, interval 68 year))-2145916800,UNIX_TIMESTAMP(@bday)) from people 

Answer 8

no he probado las soluciones anteriores, pero esto podría, en caso no puede recuperar el valor de la fecha de la base de datos MySQL en forma de marca de tiempo, entonces esta operación también se puede probar

SELECCIONAR TIMESTAMPDIFF (segundo, FROM_UNIXTIME (0), '1960-01-01 00:00: 00 ');