Discussion :

[StephM_asp]

Bonjour,

Je sens bien qu'il n'y aura pas d'autre solution que de refaire mon code mais si je pouvais gagner quelques heures de prog...

Donc, j'ai importé une base access (.mdb) sous un serveur sql 2008 (express) et évidemment j'avais des champs oui/non sous access qui sont naturellement devenus des champ "bit". Jusque là, tout va bien, sauf que, lorsque je lance mon site je prend une erreur ('80040e14' Nom de colonne non valide : 'true'. ). La valeur True/False ne correspond pas à ce qu'attends SQL Server.

J'ai essayé de changer ces valeurs dans la table, mais il ne veut pas, prétextant qu'un 0 ne correspond pas au type de valeur attendu... Pourtant, type de données "bit"... comprends pas bien.

Dois-je donc réécrire tout mon code en remplaçant tous mes true par 1 et false à 0 ou connaissez-vous une ruse de sioux ?

Merci,
Stéphane

[rudib]

bit peut contenir 0 ou 1 ou NULL, c'est dans ton code SQL que ça pose problème, où tu veux sans doute lui passer comme valeur les mots-clé true ou false, qui ne sont pas reconnus en T-SQL. Tu peux éventuellement changer en "true" ou "false", que T-SQL sait convertir, mais l'idéal est de changer ton code pour penser en 0 ou 1. Donc pas trop le choix...

[StephM_asp]

Oui c'est ce que je crains effectivement, j'utilise bien des expressions du genre : "where champ = true". Mes craintes étaient donc bel et bien fondées...

Merci pour ta réponse.
Stéphane

[aieeeuuuuu]

Dois-je donc réécrire tout mon code en remplaçant tous mes true par 1 et false à 0 ou connaissez-vous une ruse de sioux ?

Une ruse de sioux... peu scrupuleux :

Pour les tables ayant (au moins) une colonne de type BIT, ajoutez deux colonnes calculées, true et false

Code :

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

1
2
3
4
 
ALTER TABLE LaTable
 ADD true AS (CAST(1 AS BIT))
        ,false AS (CAST(0 AS BIT))

mais attention :
1/ je l'ai déjà sous entendu, mais ce n'est pas inutile de le redire : c'est vraiment du bricolage (mais ça peut dépanner, en remettant à plus tard la tache, le temps de voir tous les autres problèmes que vous allez rencontrer lors de la migration...)
2/ surtout, ça ne fonctionnera pas pour les requêtes faisant des jointures entre deux tables (ou plus) ayant ces colonnes, car alors le nom sera ambigu.

Donc je vous encourage quand même a réécrire vos requêtes.

[StephM_asp]

Oui je vois ce que tu fais là
Mais bon je dois refaire mon code pour avoir quelque chose de propre.

En tout cas merci pour vous réponses !
Stéphane