Discussion :

[NeoKript]

Bonjour à tous,

j'ai un petit soucis j'ai un projet c# qui se sert d'une BDD (mySql, Oracle ou SQL Server avec odbc suivant la connexion string).

J'ai cependant un petit soucis de syntaxe sur une table :

Code :

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

SELECT [user_password], [user_connection_attempt], [user_is_freezed] FROM [user] WHERE [user_login]='" + Name.Replace("'", "''") + "';

Fonctionne sous SQL Server mais pas mysql

Code :

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

SELECT `user_password`, `user_connection_attempt`, `user_is_freezed` FROM `user` WHERE `user_login`='" + Name.Replace("'", "''") + "';

Fonctionne sous MySql mais pas sur SQL Server

Code :

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

SELECT user_password, user_connection_attempt, user_is_freezed FROM user WHERE user_login='" + Name.Replace("'", "''") + "';

Fonctionne sous MySql mais pas sur SQL Server (user mot réservé a SQL Server (CREATE USER...).

Si quelqu'un peut m'expliquer comment faire fonctionner les requêtes de partout ...

Merci d'avance.

Cordialement,
NeoKript

[NeoKript]

Du coup j'ai changer le nom de la table en attendant de trouver mieux.

Cependant, j'ai quelque soucis au niveau du cast du DataReader

Lorsque je caste le DataReader[1] en Boolean :
- type bit sous SQL Server, cela fonctionne
- type tinyint(1) sous MySql, exception levé (cast invalide)

De même pour DataReader[3] en Byte (valeur de 0 à 255) :
- type tinyint sous SQL Server, cela fonctionne
- type tinyint(4) sous MySql, exception levé (cast invalide)

Si je met un Int16 au lieu d'un Byte ca fonctionne parfaitement.

Merci d'avance.
Cordialement,
NeoKript

[CinePhil]

Effectivement, la bonne manière de faire pour rendre le code SQL le plus compatible possible avec un maximum de SGBD est de ne mettre ni crochets, ni apostrophes inversées, ni autre caractère entourant les noms des objets de la BDD.

Ce qui implique de ne pas utiliser de mots SQL pour nommer ces objets, ainsi que de ne pas utiliser de caractères embêtants tels que les caractères accentués, diacritiques ou les espaces.

Voir à ce sujet l'article de SQLPro ainsi que la liste des mots réservés du SQL, son livre ou sa norme de développement des BDD.

Quant aux types de données, c'est le même principe. Utiliser au maximum les types standard SQL qui sont en principe acceptés par les SGBDR dignes de ce nom et/ou convertis dans leurs types propres.

Et une autre manière de s'affranchir de ces difficultés est d'utiliser les outils existants pour les langages de programmation qui composent eux-mêmes la requête selon le SGBD employé, tel que PDO pour PHP par exemple. Je ne sais pas ce qu'il existe pour C♯.

[NeoKript]

Merci pour la réponse

J'ai tout repris mon projet sous PowerAMC avec la norme détaillée dans le fichier pdf. Je trouve la méthode très bien, rigoureuse et tout.

Merci encore !