erreurs connection base de données => changement de serveur

[gentleman69]

Citation :Message original : steph42360

Citation :Message original : gentleman69

Citation :Message original : nono

Citation :Message original : gentleman69
Si en virant des posts ta requête marche mieux c'est que tu fais des accès en lecture complète "table scans" sans accès par des index.

Une raison possible est un problème de type de données. Par exemple un char au lieu d'un number.
Quand tu fais char > 3 par exemple, il t'applique une fonction de conversion en number sur le char et du coup il te flingue l'usage de ton index...

L'autre raison ce sont des tables statistiques pas à jour. Je ne connais pas mySQL mais Oracle donc je ne peux pas t'aider sur ce coup là...

Connaissant mon Philou, il utilise forcément des indexs

Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois

euh t'évites de parler de ça demain soir, car on va vraiment se faire chier

T'inquiètes, on va parler sexe, Porsche et vacances

[steph42360]

[profge]

Citation :Message original : gentleman69

Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois

les indexes sur fonctions n'existent pas sous mysql (contrairement a oracle et c'est bien pratique). Mais de toute facon sur la requete qu'il nous a sorti , il n'y a ni to_char ni to_date, donc pas de conversion du champ.

[gentleman69]

Citation :Message original : profge

Citation :Message original : gentleman69

Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois

les indexes sur fonctions n'existent pas sous mysql (contrairement a oracle et c'est bien pratique). Mais de toute facon sur la requete qu'il nous a sorti , il n'y a ni to_char ni to_date, donc pas de conversion du champ.

Je parle de conversion implicites, quand une expression comporte deux attributs de types différents (char et number par exemple) le moteur effectue une conversion implicite sur l'un des deux. Si c'est sur celle qui a l'index alors plus d'index pour la requête. C'est pour cela que c'est pervers...

[Mascotte]

(et en attendant un grand site communautaire a quelques problèmes DNS...)

[whinpo]

Citation :Bonsoir Whinpo,

J'ai bossé chez Oracle et je me permet de te donner un tuyau au cas où ;-)

Si en virant des posts ta requête marche mieux c'est que tu fais des accès en lecture complète "table scans" sans accès par des index.

Une raison possible est un problème de type de données. Par exemple un char au lieu d'un number.
Quand tu fais char > 3 par exemple, il t'applique une fonction de conversion en number sur le char et du coup il te flingue l'usage de ton index...

L'autre raison ce sont des tables statistiques pas à jour. Je ne connais pas mySQL mais Oracle donc je ne peux pas t'aider sur ce coup là...

Hope this helps

Olivier

Salut,

En fait cet âne reparcourt toute la table des threads (un thread contient des posts) chaque fois qu'on clique sur msg du jour).
Un index est pourtant utilisé (j'ai contrôlé par la fonction "explain").
je vais essayer les trucs suivants :
* la sous-requête proposée plus haut
* mise en cache de la table
* utilisation d'une table "annexe" qui sera mise à jour sur chaque création de thread ou ajout d'un post dans un thread...
En limitant cette table à disons 1000 enregs (ce qui est largement suffisant dans notre cas)

merci en tous cas à tous de votre aide

[difparis]

Citation :Message original : adonf27
je vous informe que l'espace détente avec nespresso, réservé à la clientèle dans le nouveau garage sera intitulé "espace difparis"

Enfin de la reconnaissance!
Je vais laisser ma trace dans l'histoire!

[Boub42]

Moi j'y connais "fifre" en info, mais je salue l'ardeur de Whinpo pour remettre tout le "binz" en route

[whinpo]

bon je fais des essais, vous inquiétez pas si ça rame

[LOOI911]

Citation :Message original : adonf27
je vous informe que l'espace détente avec nespresso, réservé à la clientèle dans le nouveau garage sera intitulé "espace difparis"
parcontre pour l'informatique et les serveurs, je ne peux rien pour vous

Balaise

Bravo pour cette audace

Nota : autant vous dire que si y'a pu de capsules, ce sera la faute de David et pas d'Olivier donc...