Discussion :

[julien29]

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.

[Waldar]

Toute affirmation doit être argumentée.
Si "on" vous a dit ça, demandez à "on" de vous le prouver.

[mnitu]

J’ai entendu dire que la Terre est plate.

[julien29]

J'aimerai bien, mais c'est présenté à prendre comme du pain bénit.

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

Merci

[Waldar]

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 !

[julien29]

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.

[Waldar]

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.

[pachot]

Bonjour,

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.