Re: Be

Sébastien Dinot wrote:

>Salut Stéphane,
>
>Stéphane Schildknecht a écrit :
>| Après discussion avec BCH, nous souhaiterions voir les résultats que
>| tu obtiens dans les mêmes situations de tests, mais SANS l'exécution
>| de la clause INSERT.
>
>Je ne comprends pas vraiment l'intérêt de la chose. J'ai oublié de le
>dire mais mes tables sont initialement vides et les SELECT portent sur
>les données précédemment intégrées.
>
>Si je neutralise tous les INSERT, les SELECT porteront sur des tables
>invariablement vides.
>
>
>
C'est alors le contraire qu'il faut envisager. Ne faire que les "insert"
(Quitte à utiliser de fausse données pour les celles récupérées par les
différents select).
Notre idée de base est celle d'une influence du gestionnaire de
processus de l'OS sur le moteur du SGBD. Cependant, comme il ne faut pas
écarter l'hypothèse d'un comportement erratique du moteur, ce test
permet de découpler le calcul du plan d'exécution en "insert" et en
"select" ; si le problème ne se reproduit pas, il faut chercher sur la
piste de l'élément de programme qui a été écarté.

>Je vais sauvegarder ma base et vider les tables pour voir ce qu'il se
>passe mais peux-tu me dire où vous voulez en venir ?
>
>| Amitiés et meilleurs souvenirs de BCH.
>
>Si le bougre a lu mon message, il lira aussi celui-ci alors je ne
>dirai qu'une chose : pareil itou et à toi aussi Stéphane !
>
>Sébastien
>
>
>
<parenthèse>
Tu sais ce qu'il te dit le bougre ? ;-)
</parenthèse>