Discussion :

[nefal]

Bonjour,

J'utilise SQL serveur comme base de données d'un site internet, où l'utilisateur doit entrer son mot de passe, comparé au mot de passe qu'il avait entré dans sa fiche lors de l'inscription.

Le problème est que dans la zone nchar(20) "password", SQL server a complété avec des blanks (espaces) pour compléter la zone lors de l'enregistrement. Et quand on lit la valeur par select, il ne prend pas tous les blanks mais il en garde un à la fin du texte !

Ainsi, on compare en ASP les mots de passe "TOTO " (issu de la base) avec "TOTO" (saisi par l'utilisateur), et ça ne correspond pas.

Ma question : comment éviter que les zones soient pleines de vide lors de l'écriture, ou bien comment ne pas avoir cet espace lors de la lecture en ASP.

Merci pour votre aide !!
Nef

[elsuket]

Bonjour,

comment éviter que les zones soient pleines de vide lors de l'écriture

Elle ne sont en fait pas pleine de vide (l'absence de valeur est notifiée en SQL par le fameux NULL ) mais d'espaces, parce que vous avez choisi un type de chaînes de caractère à longueur fixe.
Pourquoi avoir choisi le type NCHAR ? Pensez-vous que les utilisateur vont entrer des caractères qui ne font pas partie de l'alphabet latin ?
Si tel est le cas votre choix est le bon; sinon, vous stockez tout caractère sur deux octets au lieu d'un pour rien.

Si donc vous êtes dans le cas d'une application à destination internationale, et que vous voulez vous passer des espaces, exécutez :

Code :

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

1
2
ALTER TABLE dbo.TbUtilisateur
ALTER COLUMN colMotDePasse NVARCHAR(20)

Si en revanche vous êtes certain que les utilisateurs de votre application n'utiliseront que des caractères de l'alphabet latin pour constituer leur mot de passe, exécutez plutôt :

Code :

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

1
2
ALTER TABLE dbo.TbUtilisateur
ALTER COLUMN colMotDePasse VARCHAR(20)

Voyez le petit billet que je viens d'écrire au sujet du choix des types de données (§ Stocker des chaînes de caractères numériques ou forcément latins dans une colonne de type Unicode (NCHAR, NVARCHAR))

@++

[nefal]

Ca fonctionne, effectivement il fallait mettre le type VARCHAR au lieu de CHAR merci pour le coup de main !