Bonjour,
 
J'ai un champ text qui contient un date jj-mm-aaaa que je voudrais transférer dans un champs date aaaa-mm-jj. J'ai essayé cela mais il ne se passe rien.
 
update ATS_iden set fete=substr(ATS_iden.anniversaire,7,4)+'-'
+substr(ATS_iden.anniversaire,4,2)+'-'
+substr(ATS_iden.anniversaire,2,2)
 
Merci de votre aide!

si ton champ est bien au format date dans ta base alors il ne faut pas le voir tel qu'il s'affiche, le forta de stockage est interne et c'est ta visualisation qui applique un format d'affichage

Bonjour,

Pour mysql :

Merci, la requête fonctionne parfaitement.

mise à par "substr()" remplacé par "substring()" c'est quoi la différence entre les deux requêtes ?

concat_ws

ouais, mais concat_ws ça fait quoi ?
 
mise à par coller un caractère donné entre chaque variable passée en paramètres ?
 
Donc entre a + '-' + b + '-' + c et concat_ws('-', a, b, c) je ne vois pas trop ce que ça change

trouvé pkoi la première requpete marchait pas :
 
substr(ATS_iden.anniversaire,2,2)  
 
au lieu de  
 
substr(ATS_iden.anniversaire,1,2)
 
j'imagine que se retrouver avec un '/' à la fin d'une date au format yyyy-mm-dd , mysql n'aime pas

Exécute cette requête sur mysql, et tu verras l'utilité de 'concat()' :
 

Résultat : 2016.

il serait pas un peu couillé MySQL des fois ?
 
Parceque chez moi, au pire, 2007 - 8 - 1 ça fait 1998, pas 2016
 
Sinon, MySQL n'a pas un oppérateur de concaténation de chaînes du coup ?
 
Genre Oracle c'est || à la place de + quand on utilise des chaînes...
 
En tout cas, évaluer un calcul à partir d'une chaîne (en se trompant), il est trop fort MySQL... Total n'importe quoi !

y a pas une fonction de conversion de char vers date???

 
ben non, '-' = 0 c'est tout

'-' égale tout ce que tu veux, mais pas 0...
Ca ne respecte pas une once de standard ce truc.
 
Quelle bouze ce MySQL.
 
Dans le pire des cas, il devrait au moins planter, en sortant un cast error. Dans le meilleurs des cas, faire un fallback vers le type string qui est le seul à pouvoir se concaténer avec n'importe quoi.
 
int + char, n'importe quel langage doit soit planter en disant qu'il n'existe pas d'oppérateur d'addition entre un int et un char, ou caster le int en char afin de faire une concaténation.
 
convertir le char en int, c'est débile, d'autant que 10 peut selon la base valoir 10, 2, 16, 8... MySQL est trop fort. Non seulement il ne te prévient pas de ce qu'il fait, mais en plus il prend des décisions de ce genre... Too much of the balle.

Marrant ça :
 

Parceque PHP est un langage ? Et ça respecte une norme ? Et t'es capable de prédire son comportement ?
 
Pas trop le bon exemple ton truc.
 
Dans tous les cas, caster un string en numérique de façon implicite, c'est de la bêtise douce. L'inverse peut être acceptable, mais pas dans ce sens.
 
Quant à convertir ensuite "-" en -0, c'est à dire 0, là on dépasse la connerie... L'art de convertir un oppérateur en valeur, on aura tout vu !

Ton + sur ton code PHP est un opérateur d'adition pas de concaténation, remplace ca par un point ca marchera bien mieux

Je viens de regarder avec SQL Server et :
 

SELECT 2007 + '-' + '8' + '-' + 13

Produit la même merde que sous MySQL.
Vu l'ordre des fallback, c'est dans une certaine mesure logique... Juste que '-' = 0, franchement je vois pas où celui qui a inventé ça est allé le chercher...
 
A noter que ceci ne marche avec aucun autre symbole (genre, c'est juste pour faire chier). Pour tous les autres symboles, il se produit ce qui devrait se produit systématiquement : cast error.
 
Par contre, SQL Server, contrairement aux bouses que sont MySQL et PHP, travaille avec des variables typées.
 
Ainsi :

SELECT '2007' + '-' + '08' + '-' + '13'

donne le résultat escompté, à savoir '2007-08-13'.
 
Absolument normal, puisqu'il n'est à aucune moment nécessaire de changer de type puisque tous les éléments du "calcul" sont de type varchar.
 

declare @dte AS varchar(10)
 
SELECT @dte = convert(varchar(10), getdate(), 103)
 
SELECT convert(varchar(25), getdate(), 113) "getdate", 
@dte "format_103", 
convert(datetime, substring(@dte, 7, 4) + '-' + substring(@dte, 4, 2) + '-' + substring(@dte, 1, 2), 120) "reconverti"

 
Bref, la première requête (au 2,2 près) devrait marcher si MySQL n'était pas la bouse infecte qu'il est.