Discussion :

[fhy]

Bonjour a tous,

En parcourant le forum, j'ai constaté qu'il était possible de gérer le format de date au niveau de la session, ainsi qu'au niveau du parametrage du serveur.

Jusque là rien de surprenant.

Suite a une migration d'un serveur "Anglais" vers une serveur "Français" (sans reflexion sur les impacts possible) nous nous retrouvons avec un ensemble de procedures prévues pour gerer les date au format anglais .

Est-il possible de parametrer , juste pour une base du serveur, un format de date particulier, sans pour autant remettre en cause l'existant (les autres bases déjà présentes)

Merci de votre aide.

FHY

[fregolo52]

Bonjour,

vos champs date sont de type varchar ? ou datetime ?

Je ne travaille plus avec SQL Server (donc je n'ai plus enterprise manager pour regarder), mais il me semble qu'il y a la possibilité d'affecter un charset pour chaque base.

[fhy]

Ils sont de type Datetime.

FHY

[fregolo52]

Donc je pense qu'il n'y a pas de pb ou plutôt il est ailleurs.

De souvenir, on avait bien galéré avec ces histoires de date.
Je pense que le pb est plutôt côté application pas SQL Server.
Il me semble qu'il faut les convertir dans tes requêtes. Ou les stocker au format ODBC, c'est a dire YYYY-MM-DD HH:MM:SS.
Sinon, mais c'est pour tester (j'ai bien dit pour test), il faut changer les paramètres régionaux de Windows et voir si ca va mieux.

[fhy]

Merci Fregolo, je comprend mais :

- Convertir les requetes entrainerait donc de nombreuses modifications du code.

- Modifier les parametres du serveur risque de faire planter les applications pointant sur les autres bases du serveur

- Modifier au niveau de la session nécessite là aussi des modifications pour chacune des procédures appelées.

Pour moi la solution, se trouve bien au niveau d'une modification de parametre de cette base uniquement
ce qui permettrait de résoudre à moindre frais l'impact du changement de serveur (que les administrateurs systemes n'ont pas été foutu de prévoir, oups je l'ai dit)
C'est vrai que cela peut arriver, mais je pense sincerement qu'une solution base spécifique est l'idéal, mais est elle possible ???

A+
FHY

[fregolo52]

en effet, je connais pas vos applis, donc je ne peux pas me rendre compte de la gravité du pb.

Mais pour nous, on avait client en VB6 et à l'origine l'appli était très mal pensée au niveau multi langue. L'appli Vb6 sur OS FR et le serveur sur OS EN, aïe aïe aïe.
Idem quand on migrait sql server de FR vers EN, mais là c'est pas les dates le pb c'est les nombre à virgule (avec la virgule en FR et le point en EN).

bon courage !

[fhy]

Merci Fregolo.

A+

FHY

[elsuket]

Bonjour,

Ne confondez pas la donnée et sa représentation, comme le rôle d'une base de données et d'une application :
- une base de données est conçue pour stocker, modifier et restituer des données; son rôle s'arrête là.
- c'est le rôle du développeur d'applications de choisir la représentation des données qu'il souhaite donner à l'utilisateur final.

Ce que vous montre SQL Server lorsque vous sélectionnez une colonne de type DATETIME est une des multiples représentations des dates.
Si vous regardez la documentation à ce sujet, vous vous rendrez compte que les dates dans SQL Server 2005 sont stockées comme deux entiers.

C'est à vous de choisir dans votre application, suivant la nationalité de l'utilisateur final, la représentation des dates qui convient.

@++

[SQLpro]

et pour plus de détails :http://baptiste-wicht.developpez.com...-sql/datetime/

A +