IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Problème d'accent


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    5
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France, Nord (Nord Pas de Calais)

    Informations forums :
    Inscription : Mars 2006
    Messages : 5
    Par défaut Problème d'accent
    Bonjour à tous,

    Je viens solliciter votre aide car j'ai un souci d'accent sous SQL Server qui commence à me rendre dingue .

    Je m'explique j'ai une table 'meter' dans laquelle j'enregistre le nom d'un fabricant. Il s'agit de fabricants polonais et j'ai donc besoin d'utiliser des caractères spéciaux, par exemple APATOR TORUŃ.

    Or la colonne qui contient le nom de ces fabricants est de type varchar(50). J'en ai modifié le type pour la faire devenir nvarchar(200) mais malgré cela je ne peux toujours pas y inserer ces caractères spéciaux.

    ALTER TABLE meter
    ALTER COLUMN manufacturer NVARCHAR(200)

    Quand j'essaie de modifier les enregistrements APATOR TORUN pour les remplacer par APATOR TORUŃ, j'ai un message qui me confirme que les lignes ont été changées mais quand je fais un select sur ces lignes, je constate que l'accent n'est toujours pas pris en compte.

    update meter set manufacturer = 'APATOR TORUŃ' where manufacturer = 'APATOR TORUN'

    Auriez-vous une idée pour me sortir de ce pétrin .

    Merci d'avance

  2. #2
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2002
    Messages
    4 228
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : Octobre 2002
    Messages : 4 228
    Billets dans le blog
    25
    Par défaut
    Il y a 2 concepts différents dans votre problème:

    1. le jeu de caractères, et en utilisant du nvarchar (unicode), vous vous acquittez de la possibilité qu'un caractère n'existe pas dans le characterset choisi. En cela, votre stockage est correct
    2. la sensibilisation aux majuscules/minuscules/accents : afin que les caractères accentués soient différenciés ou non, il vous faut choisir un type de tri case sensitive/insensitive, accent sensitive/insensitive

    Pour checker ce que vous avez actuellement:
    Sr DBA Oracle / MS-SQL / MySQL / Postgresql / SAP-Sybase / Informix / DB2

    N'oublie pas de consulter mes articles, mon blog, les cours et les FAQ SGBD

    Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    Soyez plus précis dans votre demande et fournissez les scripts de ordres insérés et la sortie de requête.

    Pour plus de précision sur les collations, lisez l'article que j'ai écrit :
    http://sqlpro.developpez.com/cours/s...er/collations/

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    5
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France, Nord (Nord Pas de Calais)

    Informations forums :
    Inscription : Mars 2006
    Messages : 5
    Par défaut
    Ok c'est trouvé merci pour votre aide.

    En fait dans ma requête update j'ai mis un N devant le 'APATOR TORUŃ' et là tout rentre dans l'ordre. Apparemment, sans le N, le 'APATOR TORUŃ' était considéré comme un varchar et varchar ne doit pas disposer du symbole Ń.

    update meter set manufacturer = N'APATOR TORUŃ' where manufacturer = 'APATOR TORUN'

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. petit problème d'accent
    Par No_SenS dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 11/04/2005, 13h10
  2. Problèmes d'accent avec une connexion ODBC et ADO
    Par michael.jacques dans le forum Bases de données
    Réponses: 3
    Dernier message: 10/03/2005, 15h36
  3. Réponses: 3
    Dernier message: 25/02/2005, 20h46
  4. [XSLT] application d une xslt et problème d'accents
    Par lanfeust23 dans le forum Format d'échange (XML, JSON...)
    Réponses: 3
    Dernier message: 26/07/2004, 13h08
  5. Problème avec accents et CHARACTER SET ISO8859_1
    Par kinda dans le forum InterBase
    Réponses: 13
    Dernier message: 30/10/2003, 15h49

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo