Discussion :

[pcouas]

Bonsoir

J'ai une appli Spring MVC qui utilise Tomcat et Postgres 11.5. Je constate que l'utilisation avec les même paramètres me donne des résultats différents. Comme il n'y a pas de RANDOM dans le code, j'aurais tendance à penser à un soucis BD.
J'envisage un REINDEX DATABASE et un VACCUM FULL, la BD ne fait que 10GO
Comment puis je vérifier cela avant de lancer les commandes ?


Une idée
Merci
la BD est sur une VM ESX dont la mémoire est de 19GO
Dans postgresq.conf il y les parametres suivants

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
max_connections = 250
shared_buffers = 4GB
work_mem = 12MB
maintenance_work_mem = 1GB  
max_locks_per_transaction = 2048

[SQLpro]

Salut

A lire :
http://mssqlserver.fr/postgresql-vs-...ed-comparison/
notamment § : 28 – Physical data integrity

A +

[pcouas]

Bonjour

Je vais lire cela à tete reposé, mais le Pb etant sur une base de Prod, je n'ai pas le choix, le Postgres 11 m'est imposé.

Bonne journée

[Waldar]

Il faudrait la requête exécutée, il y a plusieurs façons de rendre une même requête non déterministe sans passer par du RANDOM, souvent un tri mal défini est la racine du problème.

[ced]

Je constate que l'utilisation avec les même paramètres me donne des résultats différents.

Une corruption des fichiers de données ne se manifeste généralement pas de cette façon. Les données sont totalement incohérentes ou les requêtes renvoient des erreurs.
Il faudrait tester des requêtes sur les tables interrogées par l'application pour voir si leur résultat est reproductible et cohérent. Si c'est le cas, comme je le soupçonne, alors le problème est plutôt applicatif.