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

Développement SQL Server Discussion :

Utilisation des caractères Unicode dans des scripts SQL


Sujet :

Développement SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    125
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 125
    Par défaut Utilisation des caractères Unicode dans des scripts SQL
    Bonjour à tous,

    J'ai des soucis pour l'utilisation de caractères unicode dans un script SQL Server.
    Voici le script simplifié, qui montre le problème :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    DECLARE @sqlCommand NVARCHAR (4000)
    DECLARE @FieldDelimiter NVARCHAR(2) = '⅝'
     
    SET @sqlCommand = '''' + @FieldDelimiter + ''' + TOTO + ''' + @FieldDelimiter + ''''
     
    PRINT @sqlCommand
    Le paramètre FieldDelimiter est un caractère Unicode qui correspond à 5/8 (mais ça pourrait être n'importe quel autre caractère Unicode "exotique".

    Le résultat est le suivant :
    alors que je m'attendrai à
    Mes 2 variables @sqlCommand et @FieldDelimiter sont bien définies en NVarchar (et non en Varchar), donc le caractère Unicode devrait être compris.

    Où est mon erreur ?



    Merci d'avance pour votre aide.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 009
    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 009
    Billets dans le blog
    6
    Par défaut
    Il faut mettre les caractères de manière littérale et faire précéder la chaine du N majuscule. Exemple :
    Nom : Nvarchar.jpg
Affichages : 197
Taille : 8,7 Ko
    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/ * * * * *

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    125
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 125
    Par défaut
    Bonjour SQLPro,

    Mon message initial est mal passé.
    En effet, j'avais remarqué que sur ce forum, les caractères Unicode qui sont dans une balise CODE sont transformés en leur représentation ⅝

    J'avais donc initialement mis le code en dehors d'une balise code.
    Ca donnait ça :

    DECLARE @FieldDelimiter NVARCHAR(2) = '⅝'

    Je vais essayer le N'⅝'

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    125
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 125
    Par défaut
    En effet, la solution était de mettre le N devant la chaîne de caractère.

    Merci beaucoup !

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 009
    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 009
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par jjcasalo Voir le message
    En effet, la solution était de mettre le N devant la chaîne de caractère.

    Merci beaucoup !
    Le N c'est la norme SQL….

    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/ * * * * *

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

Discussions similaires

  1. Gestion incomplète des caractères unicode dans les requêtes
    Par Deamons dans le forum Requêtes et SQL.
    Réponses: 0
    Dernier message: 29/06/2016, 20h09
  2. comment imprimer des caractères Unicode dans Matlab
    Par kruskal21 dans le forum MATLAB
    Réponses: 1
    Dernier message: 24/01/2011, 17h19
  3. Réponses: 0
    Dernier message: 27/04/2010, 17h30
  4. [poweramc] casse mixte des données perdue dans le script sql
    Par goran kajfes dans le forum PowerAMC
    Réponses: 1
    Dernier message: 16/10/2009, 19h30
  5. Réponses: 5
    Dernier message: 23/05/2007, 18h48

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