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

SQL Oracle Discussion :

Performance et nom de table


Sujet :

SQL Oracle

  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 14
    Par défaut Performance et nom de table
    Bonjour,

    j'ai entendu dire que la longueur d'un nom de table sur Oracle pouvait influer sur les performances? (plus le nom de table est long, plus les requêtes seront lentes)

    Je n'ai pas trouvé de documentation à ce sujet. Quelqu'un peut-il confirmer ou infirmer ce dire?

    Je suis assez étonné de cela.

    Par avance merci.

  2. #2
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Toute affirmation doit être argumentée.
    Si "on" vous a dit ça, demandez à "on" de vous le prouver.

  3. #3
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    J’ai entendu dire que la Terre est plate.

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 14
    Par défaut
    J'aimerai bien, mais c'est présenté à prendre comme du pain bénit.

    Je cherche donc de la doc éventuelle à ce sujet!

    Merci

  5. #5
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Sautez de la fenêtre du dixième étage, allez-y il n'y a pas de danger et vous êtes obligé de le faire.

    Un peu de réflexion et de bon sens, que diable !

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 14
    Par défaut
    J'ai demandé une explication :

    cela serait au niveau du parsing de la requête, cela serait moins performant avec des noms de colonnes et des noms de champs trop long car la requête elle même serait trop longue?!

    Merci.

  7. #7
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Rapprochez votre poste du travail de votre serveur, comme ça le câble réseau est plus court et vos temps de réponses seront meilleurs.

    C'est à peu près du même niveau je pense.

  8. #8
    Membre émérite Avatar de Z3phur
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2007
    Messages
    680
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2007
    Messages : 680
    Par défaut
    L'image est belle !!!

  9. #9
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    Eh les rigolards, je trouve que vous en faites un peu beaucoup dans le sarcasme !

    Cette affirmation est effectivement à confirmer ou à infirmer par des tests.

    Sur le principe, je pense que ce n'est pas faux, mais que l'effet doit être extrêmement négligeable, compte-tenu du fait qu'un nom de table sous Oracle ne peut de toute façon pas dépasser 30 caractères.

    Et une remarque générale : quand on dit que X pénalise les performances, il faut toujours préciser dans quelles circonstances exactes, et surtout il faut chiffrer cette dégradation.
    Sinon, X n'est qu'une légende inexploitable.

  10. #10
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 14
    Par défaut
    Merci pour les réponses....

    je pense également qui si pénalité il ya cela est négligeable.

    On nous oblige à limiter le nom d'une table ou d'une colonne Oracle à 8 caractères dont 2 pris par un prefixe... miracle on va passer à 15 caractères.

    Il faut bien justifier certaines décisions!

  11. #11
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Désolé pour les sarcasmes, mais vraiment ce sont des règles d'un autre siècle et qui n'ont probablement jamais eu de justification technique.

    Quel est l'âge de la personne qui vous impose cela ?
    Pas de corrélation directe bien entendu.

    À huit caractères, ça doit être sympa à relire et à maintenir les requêtes, je vous plains !

  12. #12
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 14
    Par défaut
    c'est généralement illisible.

    Merci.

  13. #13
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Ce n'était pas 8 la limite des noms de fichiers sous MS DOS ? Et vous savez, le mec a appris Dbase et dans Dbase chaque tables et chaque index c'était un fichier. Par ailleurs il lui arrive souvent de parler "fichier" à la place de "table" ?
    Je pense que l'effet est tellement non-significatif que si on essaye de le mettre en évidence il sera perdu dans le "bruit" des autres effets.

  14. #14
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    Citation Envoyé par julien29 Voir le message
    J
    cela serait au niveau du parsing de la requête, cela serait moins performant avec des noms de colonnes et des noms de champs trop long car la requête elle même serait trop longue?!
    Alors la réponse est facile: si la performance de l'application dépends des quelques microseconde qu'il faut pour parser quelques octets en plus, alors le gros problème le l'appli ne vient pas de la longueur des noms de tables, mais du fait de parser beaucoup trop souvent.

    Sur une appli bien faite, le temps passé à parser est négligeable par rapport au temps d'exécution: les requêtes courtes sont parsées une fois pour être exécutées de nombreuses fois et les requêtes longues (batch, décisionnel) ont de toute façon un temps d'exécution beaucoup plus long.

    Cordialement,
    Franck.

  15. #15
    Membre Expert

    Profil pro
    Inscrit en
    Février 2006
    Messages
    3 437
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 3 437
    Par défaut
    Citation Envoyé par Waldar Voir le message
    Rapprochez votre poste du travail de votre serveur, comme ça le câble réseau est plus court et vos temps de réponses seront meilleurs.

    C'est à peu près du même niveau je pense.
    Dans le même ordre d'idée on peut lire dans L'essor vertigineux du trading algorithmique http://www.lemonde.fr/economie/artic...8594_3234.html:

    Les opérateurs boursiers ont aussi compris leur intérêt. Progressivement, ils proposent à leurs membres de louer des serveurs à quelques mètres, voire quelques centimètres du cœur des échanges électroniques. C'est ce qu'on appelle la "co-location". On estime qu'à chaque centaine de miles (160 kilomètres) supplémentaire de distance du lieu de l'opération, 1 millième de seconde est ajoutée à celle-ci : ce qui peut faire perdre une opération ou gagner des millions.
    Concernant l'impact de la longueur des identifiants sur la performance des requêtes SQL, la discussion suivante sur OTN est aussi intéressante http://forums.oracle.com/forums/thre...art=0&tstart=0

Discussions similaires

  1. passage d'un nom de table dans une procédure stockée
    Par thierry V dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 26/07/2010, 16h48
  2. Réponses: 2
    Dernier message: 03/02/2005, 13h21
  3. Comment je peux changer nom de 'Table' avec la phrase sql
    Par YEK dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 01/10/2004, 08h38
  4. Afficher noms des tables d'une base
    Par jeff37 dans le forum Langage SQL
    Réponses: 2
    Dernier message: 02/01/2004, 16h00
  5. noms des tables d'une base
    Par molto dans le forum SQL
    Réponses: 2
    Dernier message: 17/03/2003, 22h14

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