Discussion :

[Cedric33]

Bonjour,
Je stocke dans ma base de données SQL Server des dates au format US (ex : 20081121). J'ai une vue et je voudrais afficher les dates au format européen (21/11/2008), sachant que la date peut etre aussi : 200811 ou encore 2008.
Si qqu'un peut m'aider pour le code a écrire (dans la vue) car la je bloque....
Merci bp
Cédric

[Waldar]

C'est donc dans un champ varchar ?

[Cedric33]

Désolé pour le temps que j'ai mis a répondre. Oui c'est varchar

[Cedric33]

ou plutot char(8) pardon, enfin toute facon ca change pas grand chose à mon problème

[CinePhil]

Vu tous les cas possibles, ça va être un peu difficile de trouver une méthode générique :
- 20080101
- 200811
- 080101
- 0811
- 2008011
- 2008101
- 08011
...

Si la table n'est pas trop grosse, il faudrait examiner les cas possibles et les traiter par paquets.
- Commencer par ceux qui ont exactement 8 caractères et qui sont donc en principe formatés AAAAMMJJ. Il est facile d'isoler les différentes parties et de convertir en date.
- Si toutes les années sont de la forme AAAA on peut progresser avec ce qui suit...
- Si les dates restantes sont toutes de la forme AAAAMJ il sera également facile de séparer les parties et de convertir.
- Si par contre vous avez des AAAAMMJ et des AAAAMJJ, il va falloir détecter les groupes (5ème & 6ème caractères) > 12 pour en déduire qu'en fait c'est une date de la forme AAAAMMJ
- Si par contre vous avez de joyeux mélanges engendrant des dates pouvant être interprétées de plusieurs façon, bon courage pour trouver la bonne, à moins d'avoir accès au logiciel source qui a pondu cette horreur !
Stocker une date dans une colonne de type CHAR ou VARCHAR est une aberration !

[Cedric33]

Dans mon cas, les seuls cas possibles sont :
AAAAMMJJ
AAAAMM
AAAA

Pourquoi c'est une aberration ?

[Waldar]

Disons qu'il vaut mieux stocker les dates dans des type datetime plutôt que char, c'est plus sain.

Et une fois que vous avez la date, il est extrèmement simple d'en déduire l'année, le trimestre, le mois, la semaine...

[Cedric33]

Oui c'est possible mais si je le stocke dasn une colonne type DateTime au format AAAAMMJJ, j'ai toujours le problème pour l'afficher au format européen dans ma vue...non ?

[CinePhil]

Dans mon cas, les seuls cas possibles sont :
AAAAMMJJ
AAAAMM
AAAA

Dans ce cas vous pouvez aussi faire trois colonnes Annee, Mois, Jour.
Certaines lignes auront les colonnes Mois et/ou Jour à NULL.

Pourquoi c'est une aberration ?

La réponse a été donnée par Waldar. Mais dans votre cas c'est peut-être moins pratique. Voir solution ci-dessus.

[Cedric33]

Effectivement c'est ptetre une bonne solution de passer par 3 colonnes. Il faut que j'y refléchisse un peu...
Merci bp poru votre aide
Cedric

[Waldar]

Oui c'est possible mais si je le stocke dasn une colonne type DateTime au format AAAAMMJJ, j'ai toujours le problème pour l'afficher au format européen dans ma vue...non ?

Une colonne datetime n'a pas de format AAAAMMJJ.
C'est un format datetime.

Et pour l'affichage vous avez des fonctions de convertion, qui convertisse votre datetime en varchar.
Par exemple : http://www.sql-server-helper.com/tips/date-formats.aspx

[Cedric33]

ha d'accord. J'avais pas compris ca en regardant sur le net. Je me renseignerai un peu plus sur ce format ca ne me fera pas de mal
Merci encore
Cédric

[Alexdezark]

à mon avis le plus facile c'est quand même d'avoir en entrée (pour la saisie) un calendrier cliquable en javascript (ou flash) qui permettra d'inserer une date au bon format dans la base de donnée, c'est à dire YYYY-MM-DD.

Attention pour le traitement suivant les - sont importants, et de toute façon un format Datetime comporte des - .

Puis quand tu reccupère ta date dans la BDD il sufit de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$tabDate=explode('-', $dateDeMaBdd);

tu as ainsi ton tableau avec jour, mois, année qui suffit d'organiser comme tu veux pour l'affichage final.

Une petite fonction sur ces bases... ça fonctionne très bien

@+

[Cedric33]

Dans mon cas, le calendrier n'est pas une bonne solution car les dates peuvent s'étaler sur plusieurs siècles. De plus l'utilisateur peut saisir une date sans mettre un jour particulier.