Discussion :

[IsaM59]

Bonjour,

Pour les besoins d'un projet COBOL/Postgres, j'ai cr�� un curseur qui me renvoie 6 lignes de 2 champs.
Lorsque je descend ce curseur par une boucle , l'application me renvoie le message d'erreur suivant et se ferme: double free or corruption (out)

[1] 5438 IOT instruction (core dumped) ./runstat

La requ�te du curseur fonctionne lorsque je l'ex�cute directement dans la base, je ne comprend pas pourquoi j'ai ce message, sachant qu'une partie des donn�es est bien r�cup�r�e (j'ai d�structur� la boucle pour ex�cuter le fetch ligne par ligne, il s'arr�te � mi chemin (3 lignes lues pour 6 lignes � lire)).
Voici la requ�te:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
SELECT r.REGION_NUM, 
                          COUNT(c.UUID_CUSTOMER) AS NB_CUSTOMER
                 FROM BOBO_REGION r JOIN CUSTOMER c
                 ON SUBSTRING(c.CUSTOMER_ZIPCODE FROM 1 FOR 2) 
                       = r.REGION_CODEDEP
                 WHERE c.CUSTOMER_ACTIVE IN ('1','0')       
                 GROUP BY r.REGION_NUM
                 ORDER BY r.REGION_NUM;

Et le r�sultat depuis la base:

region_num	nb_customer
1	1
7	1
8	1
10	1
11	1
13	1

Rien de bien m�chant...
Auriez vous des pistes pour expliquer et corriger ce qui doit l'�tre pour aller jusqu'au bout de ma boucle sur le fetch?

[Michel.Priori]

Bonjour,

Visiblement le probl�me vient plut�t du curseur.
En quel langage est-il programm� ? pl-sql ?

Ce que je suspecte : lire une ligne inexistante.
Dans ce cas c'est la condition de sortie qui serait en cause.

Sinon, faire une table temporaire du r�sultat (stabilisation du r�sultat) et faire une requ�te sur cette table en jouant avec LIMIT
https://www.postgresql.org/docs/curr...ies-limit.html

[IsaM59]

Bonjour.

Merci pour votre r�ponse.
Cependant, j'ai du mal � la comprendre; comment un curseur peut il ramener une ligne inexistante?
Cela se passe au milieu de la lecture des r�sultats, ce n'est donc pas la fin de curseur qui serait mal g�r�e.

Merci pour l'astuce LIMIT pour �viter de d�structurer ma boucle FETCH. Je n'y avais pas pens�.

Sinon, oui, je travaille en pl-sql.

[SQLpro]

Si votre curseur est "live" et que vous n'avez pas mis de ORDER BY, les lignes peuvent se d�placer au gr� des UPDATEs concurrent et ce type d'erreur peut apparaitre si le syst�me croyait trouver une ligne qui s'est finalement d�plac�e...

A +

[escartefigue]

bonjour,

Autre solution, utiliser une isolation "RR" pour que les lectures soient "r�p�tables", mais bien s�r, c'est au d�triment des threads concurrents.
Voir ICI


� ce propos :

Pour les besoins d'un projet COBOL/Postgres, j'ai cr�� un curseur qui me renvoie 6 lignes de 2 champs.

Il s'agit de 6 lignes de deux colonnes, les champs n'ont rien � voir avec la BDD : ce sont les zones d'un formulaire de saisie ou d'un �tat.


Enfin, la fonction substring sur le pr�dicat de jointure rend celui-ci non sargable : aucun index n'est �ligible, les performances peuvent s'en ressentir.
Ce besoin est probablement symptomatique d'une erreur de mod�lisation.

[IsaM59]

Merci pour vos retours.
D'abord il y a un order by dans la requ�te du curseur.
Ensuite, je suis la seule � utiliser la base lorsque je lis les donn�es renvoy�es par le curseur. Il n'y a donc pas de concurrence avec une autre action sur la table, pas de mise � jour ni de lecture.
Enfin, le substring est l� pour isoler le code d�partement du code postal des clients.

[escartefigue]

Enfin, le substring est l� pour isoler le code d�partement du code postal des clients.

Ce qui est une mauvaise id�e : les deux premiers caract�res du code postal correspondent souvent au d�partement, mais pas toujours, il y a de nombreuses exceptions !

Voyez ICI


�a confirme l'erreur de mod�lisation.