Problème date BDD -> Sql

Bonjour,
Voila j'ai un problème plutot conséquent.
Je travaille sur une base de données qui est un peu ancienne qui est rempli par un formulaire simple. Sauf que dans ce formulaire il y a un champs date (qui est en fait un type texte dans la base de donnée) mais qui n'a pas toujours était traité correctement.
C'est a dire qu'avant c'était un champs libre ou on pouvait écrire ce qu'on voulait. Je me trouve donc avec des dates du style: "Jeudi" ou "dimanche" ou "4112007" ou "4/12/2007".

Bref comment je pourrais faire pour tester toutes mes dates (texte) selon la forme suivante: JJ/MM/AAAA et si ca correspond pas a ce format je transforme en 01/01/2007?

Je vous remercie vraiment! Bonne journée.

D'abord, le format DATE standard SQL est 'AAAA-MM-JJ'.

Selon ton SGBD, il est possible que la fonction CAST soit capable d'interpréter correctement plusieurs styles de dates. A essayer.

Sinon, il faut chercher les fonctions de dates propres à ton SGBD dans sa documentation. Il existe en principe des fonctions de formatage de date et d'extraction de parties de dates (EXTRACT).

Oui oui, mais le problème c'est que ce n'est pas un type date! En fait elles sont rentrés dans la base de données en tant que type texte. Du coup toutes les fonctions sur les dates ne sont pas possibles :s

Ben justement tu veux les transformer en vraie date non ?

Tu crées une nouvelle colonne de format DATE, tu fais les requêtes UPDATE nécessaires à l'aide de fonctions de formatage de date et/ou d'expressions régulières, tu supprimes (ou renommes) la colonne actuelle des mauvaises dates puis tu renommes la nouvelle colonne comme l'ancienne.

Sans le nom et la version de ton SGBD, difficile d'aider sur ce sujet car les différents SGBD ont poarfois des fonctions différentes pour traiter les dates. Idem pour les expressions régulières.

Bref, suis les consignes données par les règles de ce forum.

Je suis sur Mysql v5.0.32.

Mais en fait je veux pas créer une nouvelle table avec un type date (j'ai trop de page derrière qui utilise cette facon là, je me sent pas de reprendre toutes les pages pour changer la gestion des dates :s Quoique je pourrais dupliquer ma table date!!!! Oué ca me parait cool comme ca.
Mais après comment je fais pour modifier toutes les valeurs d'un champs texte selon ce qu'il y est ecrit? ^o)

Petit exemple:
Ancien table date: 4/12/2007
Nouvelle table date: 2007/12/04
ou bien encore:
Ancienne table: mercredi (:calim2:)
Nouvelle table date: 2007/01/01

Voila j'espere que je me suis fais comprendre cette fois ci ^^

Un exemple de ce qu'il est possible de faire avec une des fonctions de date de MySQL :

Code:

---

SELECT STR_TO_DATE('4/12/2007', '%e/%m/%Y')

---

Résultat : 2007-12-04

Code:

---

1 2 3

UPDATE taTable SET taColonneDate = STR_TO_DATE(taColonneDate, '%e/%m/%Y') WHERE taColonneDate LIKE '%/%/%'

---

Le LIKE peut être à remplacer par un REGEXP.
Il vaut mieux tester quelles dates seraient modifiées avec un SELECT avant de lancer l'UPDATE pour vérifier qu'il ne traduise pas mal certaines dates.
C'est pour ça que je préconisais l'ajout d'une nouvelle colonne de dates pour ne pas casser l'ancienne tout de suite.

Code:

---

1 2 3

UPDATE taTable SET taColonneDate = STR_TO_DATE(taColonneDate, '%e/%m/%Y') WHERE taColonneDate LIKE '%/%/%'

---

Le like va vérifier que mon champs soit sous la forme VAR / VAR / VAR c'est bien ca? Mais est ce que je peux de cette facon tester que la première variable possède bien 2 chiffres? Pour éviter que je me retrouve avec un 7/12/2007 mais bien avec un 07/12/2007 par exemple.

Le format qui est dans le STR_TO_DATE est adapté aux jours et aux mois à 1 ou deux chiffres (sauf erreur de ma part).
Le LIKE va effectivement prendre en compte toutes les dates qui contiennent 2 / entourés d'autre chose.
Là où ça peut coincer, c'est si tu as des dates du genre jeudi/26/novembre. C'est tordu d'écrire une date comme ça mais on ne sait jamais. A voir dans tes données.

C'est pour ça qu'il faut tester d'abord avec un SELECT quelles dates seront prises en compte dans l'UPDATE. Pour une sélection sur un format plus précis, il faut utiliser les REGEXP.
Bon courage !

Le format qui est indiqué dans STR_TO_DATE est le format de la chaîne de caractères en entrée mais la sortie (le résultat de la conversion donc) sera toujours au format standard de date 'AAA-MM-JJ'.

Bon ben j'ai toujours un probleme avec le STR_to_DATE()

Voila mon code qui est tout simple et a ce que j'ai compris devrait remplacer tous mes champs date_nouvelle par 2007/04/27.

Code:

---

1 2	UPDATE formulaire SET date_nouvelle = STR_TO_DATE('27/04/2007', '$d/$m/$Y')

---

Le problème c'est que ca fait rien du tout... (Même pas d'erreur il fait son bordel mais ne marche pas)

Y aurait-il une étape que j'ai sauté ou bien? =/

Dans le format, c'est pas dollar ($) mais pourcent (%) ! :aie:

Bon j'ai réussi!
Voila mon code, si jamais ca peut aider des personnes pour le futur:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

$REQdateAncienne = "select * from formulaire_adrien where date_demande like '%-%-%' "; $SQLdateAncienne = mysql_query($REQdateAncienne) or die ("requete date ancienne");   while ($row = mysql_fetch_array($SQLdateAncienne)){ $dateAncienne = $row['date_demande']; $numero=$row['numero']; echo"$dateAncienne $numero <br>"; $REQconvert = "UPDATE formulaire_adrien SET date_nouvelle = STR_TO_DATE('$dateAncienne', '%d-%m-%Y') where numero=$numero "; $SQLconvert = mysql_query($REQconvert); }

---

L'erreur a ne pas faire (et c'est sur laquelle je suis resté une journée) c'est de bien mettre la variable du STR_TO_DATE entre quote!!! Sinon ca ne fonctionne pas ;)

Merci beaucoup Philippe! :)


Ps: La fonction STR_TO_DATE ne fonctionne qu'à partir de la version v4.1 ... Alors si votre serveur est antérieur pas la peine de passer deux jours a vous arracher les cheveux pour rien ;)