PHP mySQL - UNIX_TIMESTAMP est pas égal à StrToTime

Question

PLATFORM: PHP & mySQL

je stocke la date + fois dans la base de données dans le format suivant: Date ("Y-m-d H: i: s"). Un exemple d'une valeur que j'ai dans ma base de données est: 2010-01-05 07:36:33. Dans mon scénario, je l'ai réglé le fuseau horaire que date_default_timezone_set("America/Chicago");

PROBLÈME:

Je l'ai lu quelque part le UNIX_TIMESTAMP et j'utilisais que dans ma requête. La valeur de UNIX_TIMESTAMP sur une valeur de date du DB, semble être différente de la strotime (DB date Value).

Exemple:

Considèrent que l'une des valeurs DB pour la colonne de date dans mon DB est 2010-01-05 07:36:33 Maintenant, si cette date je vais chercher de la manière suivante :

$result = mysql_query("SELECT date, UNIX_TIMESTAMP(date) AS ut_date FROM table"); 
$row = mysql_fetch_row($result); 

//The result of this is: 
$row['date'] = 2010-01-05 07:36:33 
$row['ut_date'] = 1262657193 
strtotime($row['date']) gives 1262698593 

Pour mes autres calculs dans mon application, j'ai besoin de travailler avec strtotime (date). J'ai beaucoup de comparaisons à faire de cette façon. Mon problème aurait résolu, si UNIX_TIMESTAMP (date) était identique à strtotime (date). L'un des exemple de requête que je dois travailler avec, est:

$gap = 1; // time in minutes 
$tm2 = date ("Y-m-d H:i:s", mktime (date("H"),date("i")-$gap,date("s"),date("m"),date("d"),date("Y"))); 
$target = strtotime($tm2); 

$result2 = mysql_query("UPDATE table2 SET stat = 0 WHERE UNIX_TIMESTAMP(today_login_time) < $target "); 

Ce qui précède me donne des résultats incorrects. Si j'essaie de remplacer UNIX_TIMESTAMP par strtotime dans la requête ci-dessus, cela me donne une erreur car la fonction strtotime semble être la fonction PHP et non la fonction mySQL correspondante. Y a-t-il une fonction mySQL respective pour le strtotime? Comment puis-je résoudre le problème ci-dessus? Le code pour résoudre le problème ci-dessus est très apprécié.

Merci d'avance.

Answer 1

Les fuseaux horaires de votre serveur MySQL et de votre instance php sont probablement différents. par exemple.

echo date('Y-m-d H:i:s T', 1262657193);

imprime sur ma machine 2010-01-05 03:06:33 CET (note le fuseau horaire CET, c'est UTC + 1) alors que votre serveur MySQL interprète le même horodatage unix comme 2010-01-05 07:36:33

voir http://dev.mysql.com/doc/refman/5.1/en/time-zone-support.html
et http://docs.php.net/datetime.configuration#ini.date.timezone

Answer 2

vous n'avez pas besoin de convertir l'horodatage sql en unix pour une requête where. il suffit d'utiliser DATE_FORMAT cela rend les choses beaucoup plus simple:

WHERE DATE_FORMAT(`today_login_time`, "%Y-%m-%d") < '.date('Y-m-d', $my_tsp) 

Answer 3

Puisque la différence est exactement 11,5 heures, il semble que vous rencontrez des problèmes avec les fuseaux horaires.

Answer 4

La date de format ("Y-m-d H: i: s") ne décrit pas précisément une date et une heure car elle n'inclut pas de fuseau horaire. Comme aucun fuseau horaire n'est fourni, le serveur Web et la base de données utilisent leurs fuseaux horaires qui sont clairement différents.

Vous devez envisager de stocker les dates dans la base de données sous la forme d'un horodatage unix.Un horodatage unix correspond uniquement au nombre de secondes écoulées depuis l'époque Unix (1er janvier 1970 00:00:00 GMT). Cela n'est pas affecté par les fuseaux horaires ou les économies d'heures. De cette façon, vous n'aurez qu'à vous soucier des fuseaux horaires et de l'heure d'été lors de la conversion en jour et heure.