Discussion :

[olibara]

Bonjour voici une nouvelle facétie de SQL Serveur version Française

Je viens de chercher pendant un bon bout de temps pourquoi une requete qui fonctionne tres bien chez moi me donne un message d'erreur chez un utilisateur en France

Code :

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

1
2
3
4
5
SELECT 
*
FROM 
Stock
WHERE DateIN >= '2012-01-18'

Msg*242, Niveau*16, État*3, Ligne*2
La conversion d'un type de données varchar en type de données datetime a créé une valeur hors limites.

Et je viens de découvrir l'HORREUR !
La requete sur Date est dépendante du type d'installation du serveur !!

Le serveur de l'utilisateur est installé en Français !

Il faut alors faire

Code :

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

WHERE DateIN >= '18-01-2012'

et non

Code :

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

WHERE DateIN >= '2012-01-18'

Je pense et j'espère qu'avec une requete parametrée je devrais m'en sortir
Mais je trouve cependant cela horrible !!

J'ose a peine imaginer ce que doit donner un Back-Up restore entre les deux serveurs dans ce cas !!

Vos remarque sur mon interpretation de ce problème sont les bienvenues

[Ptit_Dje]

Bonjour,

Le format de la date dépend en effet de la langue utilisée pour l'installation.

Pour voir la liste des différents formats par langue installée:

Code :

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

1
2
 
sp_helplanguage

Pour le francais:

Code :

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

1
2
 
sp_helplanguage 'French'

Pour modifier le comportement de la session, vous pouvez utiliser la commande suivante par exemple:

Code :

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

1
2
 
SET DATEFORMAT ymd

Pour plus d'information, cette commande et le comportement que vous décrivez sont expliqués dans la MSDN

[SQLpro]

Bonjour voici une nouvelle facétie de SQL Serveur version Française

Il ne s'agit pas d'une facétie, mais d'un comportement attendu et normatif.

Le format normatif de conversion de STRING en DATETIME dans SQL Server repose sur la norme SQL qui imposait le format 'AAAAMMJJ hh:mm:ss.nnn'
Ceci jusqu'à la norme SQL1999.

Quelque soit les règles du serveur, ce format passe outre le paramétrage de langue.

A partir de SQL Server 2008, qui a rajouté les type DATE, DATETIME2 et DATETIMEOFSSET, le format normatif ayant évolué, SQL Server prends désormais 'AAAA-MM-JJ ...' UNIQUEMENT pour les nouveaux types (afin de rester rétrocompatible).

Si vous aviez cherché un peu, vous seriez tombé sur l'article que nous avons écrit à ce sujet :
http://baptiste-wicht.developpez.com...-sql/datetime/

Effectivement le paramétrage SET FORMAT permet de prendre en compte des format exotique de conversion STRING DATE.

A +

[Waldar]

Ou sinon, toujours écrire une date avec la fonction CONVERT, comme ça plus jamais de problème de localisation.

[olibara]

Merci a tous !

[olibara]

Bonjour

A la suite de ce Post J'avais cru comprendre que le format d'interpretation generique d'une date etait

Code :

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

yyyyMMdd

Je je decouvre que l'import export wizard n'aime pas du tout cela et qu'il exige

Code :

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

yyyy-MM-dd

En résumé la regle depends toujours du contexte !!

[Serguei_TARASSOV]

Bonjour
Je je decouvre que l'import export wizard n'aime pas du tout cela et qu'il exige

Code :

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

yyyy-MM-dd

En résumé la regle depends toujours du contexte !!

Par exemple,

Code :

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

convert(datetime, '2012-02-22 01:02:03', 121)

[SQLpro]

Bonjour

A la suite de ce Post J'avais cru comprendre que le format d'interpretation generique d'une date etait

Code :

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

yyyyMMdd

Je je decouvre que l'import export wizard n'aime pas du tout cela et qu'il exige

Code :

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

yyyy-MM-dd

En résumé la regle depends toujours du contexte !!

Visiblement vous ne savez pas lir !

A relire : http://www.developpez.net/forums/d11...e/#post6477616

A +

[Waldar]

Je me permets de m'auto-citer :

Ou sinon, toujours écrire une date avec la fonction CONVERT, comme ça plus jamais de problème de localisation.

[tequillaman]

Il ne s'agit pas d'une facétie, mais d'un comportement attendu et normatif.

Le format normatif de conversion de STRING en DATETIME dans SQL Server repose sur la norme SQL qui imposait le format 'AAAAMMJJ hh:mm:ss.nnn'
Ceci jusqu'à la norme SQL1999.

Quelque soit les règles du serveur, ce format passe outre le paramétrage de langue.

A partir de SQL Server 2008, qui a rajouté les type DATE, DATETIME2 et DATETIMEOFSSET, le format normatif ayant évolué, SQL Server prends désormais 'AAAA-MM-JJ ...' UNIQUEMENT pour les nouveaux types (afin de rester rétrocompatible).

Si vous aviez cherché un peu, vous seriez tombé sur l'article que nous avons écrit à ce sujet :
http://baptiste-wicht.developpez.com...-sql/datetime/

Effectivement le paramétrage SET FORMAT permet de prendre en compte des format exotique de conversion STRING DATE.

A +

Bonjour,
J'ai le même problème pour importer les dates de excel vers sql 2005. Le liens que tu met dans ta réponse ne fonctionne plus.