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

Requêtes PostgreSQL Discussion :

La contrainte CHECK et son impact sur les performances PostgreSQL


Sujet :

Requêtes PostgreSQL

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Développeur informatique
    Inscrit en
    Avril 2012
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Avril 2012
    Messages : 2
    Points : 1
    Points
    1
    Par défaut La contrainte CHECK et son impact sur les performances PostgreSQL
    Bonjour,

    Depuis toujours j'ai eu à faire à MySQL et aux différentes façons dont je pouvais optimiser mes bases de données sous ce " SGBD ". Seulement là, je passe à PostgreSQL qui m'offre beaucoup plus de stabilité et de fonctionnalités que MySQL. Des fonctionnalités qui sont très très utiles en effet, mais qui me laissent sans réponse quant à leur impact sur les performances de certaines opérations.

    L'une des questions que je me pose concerne la contrainte CHECK :
    Malgré que cette contrainte soit utile, est-il vraiment bon d'en mettre partout ? Quel est son impact sur la vitesse des insertions ?

    Merci d'avance pour vos informations.

  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
    21 761
    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 : 21 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    Les impacts sont négligeables face aux bénéfices notamment en terme de performances

    Sur certains SGBDR avancés comme MS SQL Server, l'optimiseur peut même tirer partit des contraintes pour simplifier un plan de requête. par exemple si vous avez mis une colonne PRIX avec CHECH (PRIX >=0) et que vous lancez une requête comme :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT * FROM MaTable WHERE PRIX = -100
    Alors la réponse du SGBDR est instantanée car il n'a pas besoin de lire les données pour savoir qu'il n'y a pas de lignes.

    Hélas à ma connaissance PG n'a pas encore implémenté ce genre de chose (optimisation sémantique par contrainte), mais nul doute que cela viendra.

    A lire sur le sujet :
    http://sqlpro.developpez.com/contrai...aintes_SQL.pdf
    http://sqlpro.developpez.com/article/fk-sql-vs-appli/
    http://blog.developpez.com/sqlpro/p9...s-externe-ave/
    http://blog.developpez.com/sqlpro/p6...ql-s/#more6507


    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
    Nouveau Candidat au Club
    Profil pro
    Développeur informatique
    Inscrit en
    Avril 2012
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Avril 2012
    Messages : 2
    Points : 1
    Points
    1
    Par défaut
    Merci bien SQLPro pour votre réponse.

    Je vais encore profiter de votre expertise dans le domaine et vous poser quelques questions si vous le permettez...

    MySQL propose un type BINARY, qu'en est-il de Pg ? J'ai trouvé le type Bytea, mais celui-ci me semble plutôt similaire au type TEXT de MySQL, mais en binaire. Niveau performance, est-il donc correct de remplacer BINARY(16) par ce type ?
    Si oui, les recherches sur les tables de taille fixe ou variable n'ont donc pas d'effet sur la recherche de PostgreSQL ?

    Merci d'avance pour vos réponses.

Discussions similaires

  1. mutable et impact sur les performances
    Par LittleWhite dans le forum C++
    Réponses: 9
    Dernier message: 16/04/2014, 10h31
  2. Impact sur les performances avec un grand nombre de tables
    Par enila dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 04/08/2011, 15h40
  3. Impact sur les performance d'un choix d'implémentation
    Par EmacLi dans le forum Langage SQL
    Réponses: 2
    Dernier message: 30/11/2010, 15h27
  4. [2008] Impact sur les performance de l'ODBC ?
    Par Sergejack dans le forum Développement
    Réponses: 1
    Dernier message: 10/08/2010, 23h00
  5. Impact sur les performances d'un grand nombre de tables
    Par thechief dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 16/07/2010, 16h47

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