Discussion :

[layouni]

Bonjour,

J'ai fait le développement d'une application multi-culture(multi langue) et donc les formats des données change automatiquement selon la culture de l'utilisateur (FR ou EN). Le problème lors de la mise à jour de la base des données. En effet,la base n'accepte pas tous les formats et on ne peut pas changer le format au niveau de code car ils sont liés à la culture d'utilisateur.

quelqu'un a rencontré ce type de problème ?

Merci

[theMonz31]

salut

J'aurais tendance à dire cela :

1 ; La base de données stocke les données dans un format INDEPENDANT de la culture utilisé. Il faut donc définir quel est le format à utiliser

2 : Tu dois avoir un module de "conversion".... de telle sorte que la représentation des données soient différentes mais que la donnée elle, ne le soit pas...
en clair, après une saisie par l'utilisateur, la saisie doit être "traduite" dans le format de la base de donnée ...

Ton problème est un classique des formats dit PIVOT...

The Monz, Toulouse

[Guulh]

Un dateTime n'a pas de format. Les chaînes en ont. D'où viennent les DateTime de ton appli ? S'ils viennent de TextBox dont tu as changé la string "Text" en DateTime via Convert.ToDateTime ou DateTime.Parse, il faut que tu rajoutes en paramètre à ces fonction la culture qui va bien.

[layouni]

Le problème comment fournir à la base une bonne format des données sans toucher à la culture d'utilisateur ?

[layouni]

Un dateTime n'a pas de format. Les chaînes en ont. D'où viennent les DateTime de ton appli ? S'ils viennent de TextBox dont tu as changé la string "Text" en DateTime via Convert.ToDateTime ou DateTime.Parse, il faut que tu rajoutes en paramètre à ces fonction la culture qui va bien.

J'ai fourni à la procédure comme paramèetre un objet de Type DateTime et non pas une chaine. et donc la format est spécifiée par la culture.

[Guulh]

J'ai fourni à la procédure comme paramèetre un objet de Type DateTime et non pas une chaine. et donc la format est spécifiée par la culture.

Peux-tu montrer le code que tu utilises pour passer ton DateTime en paramètre de la proc stock ? Parce que je répète : les DateTime n'ont pas de format

[layouni]

Peux-tu montrer le code que tu utilises pour passer ton DateTime en paramètre de la proc stock ? Parce que je répète : les DateTime n'ont pas de format

Voila un extrait de mon code :

Code :

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

1
2
3
4
 OracleCommand cmd = new Oracle.DataAccess.Client.OracleCommand("ClientUpdate");
        cmd.CommandType = CommandType.StoredProcedure;
        cmd.Parameters.Add("DATMOD", DateTime.Now); 
......

[layouni]

Peux-tu montrer le code que tu utilises pour passer ton DateTime en paramètre de la proc stock ? Parce que je répète : les DateTime n'ont pas de format

La dateTime possede une valeur, tu peux vérifier ca en changeant la culture de l'application. Faites espionner la valeur de :

Code :

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

 System.Threading.Thread.CurrentThread.CurrentUICulture.DateTimeFormat

[Guulh]

Oui, mais ce que les espions montrent sont forcément des chaînes de caractères ; c'est juste que les espions affichent tonDateTime.ToString(taCultureCourrante).

Tu vois ce que je veux dire ? Les formats ne servent qu'à parser et formatter les types. Que ta machin soit fr ou us, le double 1.2, c'est 1.2. Pareil pour les dates.

Quelle est la nature de l'erreur de base que tu rencontres ? Et comment est configurée ta base, relativement aux dates ?

[layouni]

il affiche message d'erreur suivant : ORA-01843: ce n'est pas un mois valide
vu que la base stocke le date sous fourme dd/MM/yyyy et l'application utilise la format : MM/dd/yyyy

[Guulh]

Quel est le type du paramètre DATMOD de ta proc ? c'est bien une date ?

[layouni]

le même type que le champ DATMOD,c-a-d DATE

[Guulh]

Tu utilises ODP, non ? Il y a ça dans la doc ODP :

Code :

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

1
2
3
4
// Set the nls_date_format for the ToString()
OracleGlobalization og = OracleGlobalization.GetClientInfo();
og.DateFormat = "DD-MON-YYYY BC";
OracleGlobalization.SetThreadInfo(og);

Même pour oracle, les notions de format ont l'air de se limiter aux chaînes.

Question bête : tu as une seule BDD oracle et tout le monde est connecté dessus ?

[layouni]

Oui, j'ai une seule BDD oracle et tout le monde est connecté dessus.

[Guulh]

Beh je sèche L'info doit transiter sous forme de caîne quelque part, et c'est là que doit être ton souci, mais où...

Pourtant je bosse aussi sur Oracle avec ODP, avec un poste de développement en culture FR et des utilisateurs US, et mes applis marchent aussi bien en dév qu'en prod.

[Philippe Vialatte]

Bon, je suis un peu comme Guulh, je suis a fond sur de l'oracle + dotnet...et pas de pb identique au tien...

Est-ce que tu peux essayer un test a 2frcs50, genre, faire :

Code :

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

cmd.Parameters.Add( "DATMOD", OracleDbType.Date).Value=DateTime.Now;

???

test a la noix numero 2, si le 1 marche pas, si tu fais

Code :

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

cmd.Parameters.Add( "DATMOD", OracleDbType.Date).Value=DateTime.Now - 1;

Est ce que dans la base, tu as bien le 8 decembre pour DATMOD ?