Quelle est la meilleure pratique pour créer un yes/no c'est-à-dire Boolean lors de la conversion d'un access database ou en général ?
L'équivalent est un BIT champ.
Sur SQL vous utilisez 0 y 1 pour définir un champ de bits (tout comme un champ oui/non dans Access). Dans Management Studio, il s'affiche comme une valeur faux/vrai (du moins dans les versions récentes).
Lors de l'accès à la base de données par ASP.NET, le champ sera exposé comme une valeur booléenne.
Et si vous liez la table dans une base de données Access, true aura la valeur -1 et false la valeur 0. Du moins dans Access 2003. (C'est la version que j'avais sous la main qui était connectée à la base de données MSSQL d'un client).
Veuillez noter que ce n'est pas exactement équivalent. Si une fonction scalaire renvoie un bit, vous devez toujours tester s'il est égal à 0 ou 1. Par exemple, dbo.IsReturnsBit(value) = 1
@D-Money : Oui, mais vous n'avez besoin de faire la comparaison que si vous voulez utiliser la valeur dans une condition. Si vous utilisez la valeur dans le résultat, alors vous ne devez pas faire de comparaison.
@BiLaL C'est un comportement commun à la plupart des langues. 0 est faux, tout non 0 est vrai. Il était également courant que -1 soit la valeur par défaut de true, car en binaire signé, tous les bits sont à 1. Aujourd'hui, il est très courant de voir 1 comme valeur par défaut de vrai (seul le bit le moins significatif est activé).
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
