Format de date universel

Version imprimable

08/04/2015, 08h39
cbleas

Format de date universel

Bonjour,
J'ai une application qui fonctionne chez plusieurs clients (SQL server + c#) un utilise sqlserver avec e format des dates en anglais les autres en francais

j'essai d'utiliser le format internationnal

Code:

SELECT Top(10000) cast(year(min([dateProgramméDébut])) as nvarchar) + cast(month(min([dateProgramméDébut])) as nvarchar) + cast(day(min([dateProgramméDébut])) as nvarchar) as ResourceSort, [Objet demande] as Description,'OT' + cast([numOT] as nvarchar(100)) as ResourceId FROM [rqt horaires rendez_vous] WHERE datediff(day,dateProgramméDébut,dateProgramméFin)<65 and (dateProgramméFin >='2015-03-30 00:00:00') AND (DateProgramméDébut <= '2015-04-04 00:00:00') group by [numOTTxt],[Objet demande],[numOT],numOTPère order by min(dateProgramméDébut) ;

cela m'envoi un défaut

pouvez vous m'aider
merci
08/04/2015, 10h24
SQLpro
Le format "universel" est celui de la norme SQL...
- Norme SQL avant la version 1999 : AAAAMMJJ
- Norme SQL depuis le version 1999 : AAAA-MM-JJ
Donc :
- pour le type DATETIME (existe depuis Sybase...) => AAAAMMJJ
- pour les types DATE, DATETIME2, DATETIMEOFFSET => AAAA-MM-JJ (ces types dont arrivés avec la version 2008)
ATTENTION : le type DATETIME est considéré comme obsolète et doit être remplacé par DATETIME2 (il est notamment imprécis de 3 ms près...). De la même façon, le type SMALLDATETIME est à remplacer par du DATETIME2

Tout autre format est susceptible de ne pas fonctionner en fonction de certains paramètres (langue par défaut, session...)

A +
08/04/2015, 11h04
Alexandre le Grand
Bonjour,
Citation:
Envoyé par SQLpro

Le format "universel" est celui de la norme SQL...

Norme SQL avant la version 1999 : AAAAMMJJ
Norme SQL depuis le version 1999 : AAAA-MM-JJ

...
J'ai lu dans un post, il y a quelques jours que le format de Date n'existe pas.. Je me retrouve un peu confus. Post disponible ici.

Concernant ta préoccupation, tu pourrais l'enregistrer les dates au format universel AAAAMMJJ pour ensuite faire le découpage nécessaire selon le besoin.
08/04/2015, 12h42
cbleas

merci sqlPro
j'ai du mettre AAAA-MM-JJTHH:mm:ss et cela semble fonctionner
08/04/2015, 14h14
SQLpro

Citation:

Envoyé par Alexandre le Grand

J'ai lu dans un post, il y a quelques jours que le format de Date n'existe pas.. Je me retrouve un peu confus. Post disponible ici.

Oui, c'est même moi qui ait écrit cela...

En effet une date, tout comme un nombre est un type de données. Pour les nombres cela ne vous choque pas de mettre le point à la place de la virgule dans les requêtes... Autrement dit, il n'existe pas de format de stockage, mais une requête (tout comme tout programme) est une suite de caractères, donc une chaine, qui est interprétée par la "parser". Si la représentation de la date en chaine est conforme à ce que le compilateur attend, alors cela sera validé.

Tout ceci est donc vrai :
Le concept de format de date n'existe pas.
Le concept du formatage d'une chaine de caractères représentant une date est bien réel... lui !

A +
08/04/2015, 15h29
Alexandre le Grand

Merci pour l'éclaircissement.
09/04/2015, 12h47
elsuket

Pour corroborer les propos de SQLPro, SQL Server stocke les type datetime sous la forme de deux entiers de 4 octets :

- le premier entier représente le nombre de jours avant ou après le 1er Janvier 1900, qui sert de date référence
- le second entier représente le nombre de millisecondes après minuit de la date

Ce type nous autorise ainsi à stocker des valeurs de date et heure allant du 1er Janvier 1753 au 31 Décembre 9999 inclus, avec une précision à 3 millisecondes.

Similairement, smalldatetime stocke les dates de façon moins précise que le type datetime, sous la forme de deux entiers de deux octets chacun :

- les premier entier stocke le nombre de jours après le 1er Janvier 1900
- le deuxième le nombre de minutes après minuit de la date

Ce type nous autorise ainsi à stocker des valeurs de date et heure allant du 1er Janvier 1900 au 6 Juin 2079 inclus, avec une précision à la minute.

SQL Server 2008 a introduit des types permettant d'accéder à une plus grande précision. On prendra pour seul exemple datetime2, qui occupe :

- 6 octets pour une précision à la milliseconde
- 7 octets pour une précision du dixième au centième de milliseconde
- 8 octets pour une précision allant de la microseconde à 100 nanosecondes

Tout ça pour dire que SQL Server ne retourne qu'une représentation de la date, qui est la représentation ISO.
Celle-ci varie en fonction des cultures et des langues, du fuseau horaire, ...
Le moteur stocke ces valeurs sous une forme qui permet de supporter une large plage de valeurs de façon efficace et performante.

@++ ;)