Discussion :

[babalare]

je fait un select * from sur une table d'une base de donnée oracle RAC 11g. mais seulement je suis surpris par le fait que le nombre de ligne que renvoie la requête lancé à partir du premier nœud est différent
du nombre de ligne renvoyer par le second nœud. j'aimerais avoir vos idée sur comment résoudre cette situation.

[rouardg]

Bonjour,

Très bizarre.

Etes-vous sur de ne faire qu'un pauvre ; select * from maTable ?

Mais je vois 2 causes possbiles :

1) le logiciel utilisé pour requêter la base est paramétré au niveau du fetch que pour ne ramener que N lignes.
J'ai déjà vu une personne utiliser un requêteur pour ramener 500 lignes, et utiliser un autre requêteur paramétré pour ramener 1.000 lignes

2) autre possibilité : une transaction est en cours.

Par exemple, votre table contient initialement 1.000 lignes.

Vous êtes connecté sur un nœud et avez ajouté ou supprimé des lignes, sans avoir commité. Vous avez donc X lignes, avec X différent de 1.000

Vous vous connectez sur l'autre noeud du cluster RAC, Et comme la transaction n'est pas commitée, vous voyez les 1.000 lignes de données originales de la table.



Dernière possibilité : vérifiez votre entrée du TNSNAMES.ORA ou de votre URL JDBC.

Beaucoup de personnes ne connaissent pas le cluster RAC. Au lieu de spécifier le nom du cluster, il spécifie un nom de noeud, ce qui n'est pas bon.

Et ça se trouve, votre second noeud n'est pas le bon, et il pointe peut-être sur un autre cluster d'un autre environnement.

J'ai déjà vu des personnes se connecter sur un noeud de production, tandis que l'autre noeud était en recette.

Et la connexion passait parce que à part le nom du noeud, c'était le même port du listener, le même user et le même password. Sauf que les données de recette étaient antérieures à celles de prod.