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

Administration PostgreSQL Discussion :

Différence de collation après migration


Sujet :

Administration PostgreSQL

  1. #1
    Membre du Club
    Femme Profil pro
    PL/SQL
    Inscrit en
    septembre 2016
    Messages
    160
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 37
    Localisation : Arabie Saoudite

    Informations professionnelles :
    Activité : PL/SQL
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : septembre 2016
    Messages : 160
    Points : 64
    Points
    64
    Par défaut Différence de collation après migration
    Bonjour a tous ,

    j'ai fait une migration du serveur PostgreSQL du version 9 vers la version 11

    après la migration j'ai constaté que la collation au niveau du serveur source est différent au collation du serveur migré

    j'ai fait la migration a travers un simple
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
     pg_dumpall >all export.sql
    Quel est le risque sur le fonctionnement de mon application ci j'ai ce différence de collation

    cordialement
    Images attachées Images attachées   

  2. #2
    Modérateur

    Homme Profil pro
    Consultant Teradata
    Inscrit en
    septembre 2008
    Messages
    8 118
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant Teradata

    Informations forums :
    Inscription : septembre 2008
    Messages : 8 118
    Points : 16 348
    Points
    16 348
    Par défaut
    Citation Envoyé par sihem_info Voir le message
    Quel est le risque sur le fonctionnement de mon application ci j'ai ce différence de collation
    Probablement minime, vous risquez une différence sur les tris lorsqu'il y a des caractères accentués. Sur les comparaisons probablement pas d'écart.

    Néanmoins si vous ne souhaitez pas avoir de soucis je vous invite quand même à recréer vos bases de données avec la même collation qu'en source.

  3. #3
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    7 074
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 7 074
    Points : 22 406
    Points
    22 406
    Billets dans le blog
    2
    Par défaut
    Il faut comparer les deux collations pour savoir exactement ce qui diffère.
    Attention, par "TRI" il faut comprendre non seulement ORDER BY, mais aussi les autres clauses nécessitant un tri telles que GROUP BY, DISTINCT ou PARTITION BY

  4. #4
    Modérateur

    Homme Profil pro
    Consultant Teradata
    Inscrit en
    septembre 2008
    Messages
    8 118
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant Teradata

    Informations forums :
    Inscription : septembre 2008
    Messages : 8 118
    Points : 16 348
    Points
    16 348
    Par défaut
    En théorie oui, maintenant entre du français 1252 et de l'anglais 1252 je ne pense pas qu'il y ait tant d'écart que ça entre les collations.
    J'ai essayé de simuler quelque chose sur dbfiddle mais je me suis fait jeter sur les collations justement : c'est probablement du linux derrière alors que l'auteur doit être sous Windows.

  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
    20 718
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

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

    Informations forums :
    Inscription : mai 2002
    Messages : 20 718
    Points : 49 087
    Points
    49 087
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par escartefigue Voir le message
    Il faut comparer les deux collations pour savoir exactement ce qui diffère.
    Attention, par "TRI" il faut comprendre non seulement ORDER BY, mais aussi les autres clauses nécessitant un tri telles que GROUP BY, DISTINCT ou PARTITION BY
    pas uniquement, mais aussi les contraintes PK et UNIQUE !

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

Discussions similaires

  1. Réponses: 0
    Dernier message: 23/07/2014, 16h51
  2. Compilation apres migration acess97 access2000
    Par galinette dans le forum Access
    Réponses: 2
    Dernier message: 05/10/2006, 15h40
  3. Format date dans état après migration
    Par guiguikawa dans le forum Access
    Réponses: 10
    Dernier message: 21/06/2006, 13h27
  4. make-kpkg HS après migration sarge-etch
    Par le mage tophinus dans le forum Debian
    Réponses: 4
    Dernier message: 18/04/2006, 07h21
  5. PB Rowid après migration Oracle7 à 9i
    Par Chonchon dans le forum Bases de données
    Réponses: 4
    Dernier message: 23/02/2006, 13h20

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