je travaille avec une base postgresql à partir d'une appli windev 7.5.
je cale sur 2 points :
Point 1 :
lorsque je bloque un enregistrement (select...for update), je voudrais
que les autres utilisateurs soient prévenus si ils veulent bloquer le
même enregistrement que moi.
si je modifie dans postgresql.conf
statement_timeout = 1000 (en milli secondes)
j' ai bien une erreur indiquant que la requète a échoué. En fait, c'est
un message indiquant (request canceled).
sauf que j'ai la même erreur lors d'une requète dépassant 1 seconde.
j'ai reparamétré le statement_timeout à 15000, mais attendre 15 secondes
pour se faire dire que le record est bloqué, ça fait un peu long.
Pour exécuter une requète complexe, 15 secondes, ça peut faire court.
y a-t-il une autre possibilité ? si oui, laquelle ?
Point 2:
La gestion des erreurs sql est problématique : le N° d'erreur est
toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql:
mon erreur 'query canceled' porte le code-erreur 57014
le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
J'ai pratiquement terminé mon appli : ça marche du feu de dieu, mais il
me manque ces éléments pour en faire une appli distribuable.
Merci
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel
Bonjour, jacques trepp writes:
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
J'ai pratiquement terminé mon appli : ça marche du feu de dieu, mais il me manque ces éléments pour en faire une appli distribuable.
Merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Bonjour,
jacques trepp <jacques.trepp@free.fr> writes:
Point 2:
La gestion des erreurs sql est problématique : le N° d'erreur est
toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql:
mon erreur 'query canceled' porte le code-erreur 57014
le code-erreur 00000 indique que ... la requète s'est bien
passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur,
mais pas le numéro.
J'ai pratiquement terminé mon appli : ça marche du feu de dieu, mais
il me manque ces éléments pour en faire une appli distribuable.
Merci
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
J'ai pratiquement terminé mon appli : ça marche du feu de dieu, mais il me manque ces éléments pour en faire une appli distribuable.
Merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
jacques trepp
Daniel a écrit :
Bonjour, jacques trepp writes:
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-être un paramètre à indiquer dans la config de la base.
merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Daniel a écrit :
Bonjour,
jacques trepp <jacques.trepp@free.fr> writes:
Point 2:
La gestion des erreurs sql est problématique : le N° d'erreur est
toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql:
mon erreur 'query canceled' porte le code-erreur 57014
le code-erreur 00000 indique que ... la requète s'est bien
passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur,
mais pas le numéro.
bonjour,
c'est bien le problème. Vu la forme des messages retournés, je voulais
faire une table contenant le code erreur et sa traduction en français.
Mais sans le code erreur, ça va être dur. Il y a peut-être un paramètre
à indiquer dans la config de la base.
merci
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-être un paramètre à indiquer dans la config de la base.
merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Daniel
jacques trepp writes:
Daniel a écrit : > Bonjour, > jacques trepp writes: > >>Point 2: >>La gestion des erreurs sql est problématique : le N° d'erreur est >>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgres ql: >>mon erreur 'query canceled' porte le code-erreur 57014 >>le code-erreur 00000 indique que ... la requète s'est bien >>passée. ;) > l'accès (tout du moins celui que j'ai) retourne le message d'erreur, > mais pas le numéro. > bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-ê tre un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple. lors de la connexion tu fais set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon. -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
jacques trepp <jacques.trepp@free.fr> writes:
Daniel a écrit :
> Bonjour,
> jacques trepp <jacques.trepp@free.fr> writes:
>
>>Point 2:
>>La gestion des erreurs sql est problématique : le N° d'erreur est
>>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgres ql:
>>mon erreur 'query canceled' porte le code-erreur 57014
>>le code-erreur 00000 indique que ... la requète s'est bien
>>passée. ;)
> l'accès (tout du moins celui que j'ai) retourne le message d'erreur,
> mais pas le numéro.
>
bonjour,
c'est bien le problème. Vu la forme des messages retournés, je voulais
faire une table contenant le code erreur et sa traduction en
français. Mais sans le code erreur, ça va être dur. Il y a peut-ê tre
un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple.
lors de la connexion tu fais
set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Daniel a écrit : > Bonjour, > jacques trepp writes: > >>Point 2: >>La gestion des erreurs sql est problématique : le N° d'erreur est >>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgres ql: >>mon erreur 'query canceled' porte le code-erreur 57014 >>le code-erreur 00000 indique que ... la requète s'est bien >>passée. ;) > l'accès (tout du moins celui que j'ai) retourne le message d'erreur, > mais pas le numéro. > bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-ê tre un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple. lors de la connexion tu fais set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon. -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
jacques trepp
Daniel a écrit :
jacques trepp writes:
Daniel a écrit :
Bonjour, jacques trepp writes:
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-être un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple. lors de la connexion tu fais set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon.
merci, en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erreur. en fait il n'accepte pas le 'fr_fr' j'ai vérifié le paramètre existant (show lc_messages) ça donne fr_FR.UTL-8 mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à gérer, j'ai réussi :) avec une embrouille (merci à pc-soft de nous forcer à contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le statement_timeout provisoirement avec la commande : set local statement_timeout000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur initiale dès qu'on termine ou annule la transaction. Frédéric a modifié sa classe en conséquence.
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Daniel a écrit :
jacques trepp <jacques.trepp@free.fr> writes:
Daniel a écrit :
Bonjour,
jacques trepp <jacques.trepp@free.fr> writes:
Point 2:
La gestion des erreurs sql est problématique : le N° d'erreur est
toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql:
mon erreur 'query canceled' porte le code-erreur 57014
le code-erreur 00000 indique que ... la requète s'est bien
passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur,
mais pas le numéro.
bonjour,
c'est bien le problème. Vu la forme des messages retournés, je voulais
faire une table contenant le code erreur et sa traduction en
français. Mais sans le code erreur, ça va être dur. Il y a peut-être
un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple.
lors de la connexion tu fais
set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon.
merci,
en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erreur.
en fait il n'accepte pas le 'fr_fr'
j'ai vérifié le paramètre existant (show lc_messages)
ça donne fr_FR.UTL-8
mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à gérer,
j'ai réussi :) avec une embrouille (merci à pc-soft de nous forcer à
contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le
statement_timeout provisoirement avec la commande :
set local statement_timeout000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur
initiale dès qu'on termine ou annule la transaction.
Frédéric a modifié sa classe en conséquence.
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
Point 2: La gestion des erreurs sql est problématique : le N° d'erreur est toujours à 0. j'ai trouvé sur le net une liste des erreurs postgresql: mon erreur 'query canceled' porte le code-erreur 57014 le code-erreur 00000 indique que ... la requète s'est bien passée. ;)
l'accès (tout du moins celui que j'ai) retourne le message d'erreur, mais pas le numéro.
bonjour, c'est bien le problème. Vu la forme des messages retournés, je voulais faire une table contenant le code erreur et sa traduction en français. Mais sans le code erreur, ça va être dur. Il y a peut-être un paramètre à indiquer dans la config de la base.
Bon pour la traduction en français c'est simple. lors de la connexion tu fais set lc_messages='fr_fr'
et tu as les messages en français ;-).
Enfin je n'ai pas testé avec windev mais celà doit être bon.
merci, en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erreur. en fait il n'accepte pas le 'fr_fr' j'ai vérifié le paramètre existant (show lc_messages) ça donne fr_FR.UTL-8 mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à gérer, j'ai réussi :) avec une embrouille (merci à pc-soft de nous forcer à contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le statement_timeout provisoirement avec la commande : set local statement_timeout000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur initiale dès qu'on termine ou annule la transaction. Frédéric a modifié sa classe en conséquence.
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Daniel
Bon,
Pourquoi n'utilises tu pas la version 8 (de postgresql) qui est native sou s windows? car l'astuce que je t'ai donné fonctionne sous la 8.
sinon va voir dans le répertoire share, la localisation et regarde si tu as le répertoire fr. Dans ce répertoire tu as des fichiers binaires que tu peux tout de même ouvrir avec wordpad et y voir si les messages sont bien en français.
Pour le statement_timeout je ne connaissais pas.
Parcontre ce que je fais systématiquement au lancement de mon application est le SETting de ma session cliente. Comme celà je ne suis pas dépendant du bon vouloir de l'administrateur de la base, et surtout je peux avoir un comportement différent de mon appli en fonction de la base.
jacques trepp writes:
Daniel a écrit : > jacques trepp writes: > >>Daniel a écrit : >> >>>Bonjour, >>>jacques trepp writes: >>> >>> >>>>Point 2: >>>>La gestion des erreurs sql est problématique : le N° d'erreur est >>>>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgr esql: >>>>mon erreur 'query canceled' porte le code-erreur 57014 >>>>le code-erreur 00000 indique que ... la requète s'est bien >>>>passée. ;) >>> >>>l'accès (tout du moins celui que j'ai) retourne le message d'erreur, >>>mais pas le numéro. >>> >> >>bonjour, >>c'est bien le problème. Vu la forme des messages retournés, je voul ais >>faire une table contenant le code erreur et sa traduction en >>français. Mais sans le code erreur, ça va être dur. Il y a peut- être >>un paramètre à indiquer dans la config de la base. >> > Bon pour la traduction en français c'est simple. > lors de la connexion tu fais > set lc_messages='fr_fr' > et tu as les messages en français ;-). > Enfin je n'ai pas testé avec windev mais celà doit être bon. merci, en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erre ur. en fait il n'accepte pas le 'fr_fr' j'ai vérifié le paramètre existant (show lc_messages) ça donne fr_FR.UTL-8 mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à gérer, j'ai réussi :) avec une embrouille (merci à pc-soft de nous forcer à contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le statement_timeout provisoirement avec la commande : set local statement_timeout000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur initiale dès qu'on termine ou annule la transaction. Frédéric a modifié sa classe en conséquence.
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Bon,
Pourquoi n'utilises tu pas la version 8 (de postgresql) qui est native sou s windows?
car l'astuce que je t'ai donné fonctionne sous la 8.
sinon va voir dans le répertoire share, la localisation et regarde si
tu as le répertoire fr. Dans ce répertoire tu as des fichiers binaires
que tu peux tout de même ouvrir avec wordpad et y voir si les messages
sont bien en français.
Pour le statement_timeout je ne connaissais pas.
Parcontre ce que je fais systématiquement au lancement de mon
application est le SETting de ma session cliente. Comme celà je ne
suis pas dépendant du bon vouloir de l'administrateur de la base, et
surtout je peux avoir un comportement différent de mon appli en
fonction de la base.
jacques trepp <jacques.trepp@free.fr> writes:
Daniel a écrit :
> jacques trepp <jacques.trepp@free.fr> writes:
>
>>Daniel a écrit :
>>
>>>Bonjour,
>>>jacques trepp <jacques.trepp@free.fr> writes:
>>>
>>>
>>>>Point 2:
>>>>La gestion des erreurs sql est problématique : le N° d'erreur est
>>>>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgr esql:
>>>>mon erreur 'query canceled' porte le code-erreur 57014
>>>>le code-erreur 00000 indique que ... la requète s'est bien
>>>>passée. ;)
>>>
>>>l'accès (tout du moins celui que j'ai) retourne le message d'erreur,
>>>mais pas le numéro.
>>>
>>
>>bonjour,
>>c'est bien le problème. Vu la forme des messages retournés, je voul ais
>>faire une table contenant le code erreur et sa traduction en
>>français. Mais sans le code erreur, ça va être dur. Il y a peut- être
>>un paramètre à indiquer dans la config de la base.
>>
> Bon pour la traduction en français c'est simple.
> lors de la connexion tu fais
> set lc_messages='fr_fr'
> et tu as les messages en français ;-).
> Enfin je n'ai pas testé avec windev mais celà doit être bon.
merci,
en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erre ur.
en fait il n'accepte pas le 'fr_fr'
j'ai vérifié le paramètre existant (show lc_messages)
ça donne fr_FR.UTL-8
mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à
gérer, j'ai réussi :) avec une embrouille (merci à pc-soft de nous
forcer à contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le
statement_timeout provisoirement avec la commande :
set local statement_timeout=3000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur
initiale dès qu'on termine ou annule la transaction.
Frédéric a modifié sa classe en conséquence.
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Pourquoi n'utilises tu pas la version 8 (de postgresql) qui est native sou s windows? car l'astuce que je t'ai donné fonctionne sous la 8.
sinon va voir dans le répertoire share, la localisation et regarde si tu as le répertoire fr. Dans ce répertoire tu as des fichiers binaires que tu peux tout de même ouvrir avec wordpad et y voir si les messages sont bien en français.
Pour le statement_timeout je ne connaissais pas.
Parcontre ce que je fais systématiquement au lancement de mon application est le SETting de ma session cliente. Comme celà je ne suis pas dépendant du bon vouloir de l'administrateur de la base, et surtout je peux avoir un comportement différent de mon appli en fonction de la base.
jacques trepp writes:
Daniel a écrit : > jacques trepp writes: > >>Daniel a écrit : >> >>>Bonjour, >>>jacques trepp writes: >>> >>> >>>>Point 2: >>>>La gestion des erreurs sql est problématique : le N° d'erreur est >>>>toujours à 0. j'ai trouvé sur le net une liste des erreurs postgr esql: >>>>mon erreur 'query canceled' porte le code-erreur 57014 >>>>le code-erreur 00000 indique que ... la requète s'est bien >>>>passée. ;) >>> >>>l'accès (tout du moins celui que j'ai) retourne le message d'erreur, >>>mais pas le numéro. >>> >> >>bonjour, >>c'est bien le problème. Vu la forme des messages retournés, je voul ais >>faire une table contenant le code erreur et sa traduction en >>français. Mais sans le code erreur, ça va être dur. Il y a peut- être >>un paramètre à indiquer dans la config de la base. >> > Bon pour la traduction en français c'est simple. > lors de la connexion tu fais > set lc_messages='fr_fr' > et tu as les messages en français ;-). > Enfin je n'ai pas testé avec windev mais celà doit être bon. merci, en version 7.3.2, la commande set lc_messages='fr_fr' retourne une erre ur. en fait il n'accepte pas le 'fr_fr' j'ai vérifié le paramètre existant (show lc_messages) ça donne fr_FR.UTL-8 mais je n'ai pas les messages en français pour autant.
PS: pdadmin III ne retourne pas de code erreur lui non plus. :(
A propos, concernant les retours de blocages que j'avais du mal à gérer, j'ai réussi :) avec une embrouille (merci à pc-soft de nous forcer à contourner dès le plus jeune age !) ;)
dans la méthode SqlLitBloque de Frédéric, je modifie le statement_timeout provisoirement avec la commande : set local statement_timeout000
j'ai donc un retour en 3 secondes, et le paramètre reprend sa valeur initiale dès qu'on termine ou annule la transaction. Frédéric a modifié sa classe en conséquence.
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
jacques trepp
voila une info que vient de me communiquer Frederic NOIZE :
postgres est MVCC, ce qui veut dire que dans la plus part des cas, il est inutile de bloquer les rows ou les tables. detail ici : http://www.postgresql.org/docs/7.4/static/mvcc.html
pour savoir si une rows est bloquée tu peux consulter la vue pg_locks, par exemple dans un trigger BEFORE SELECT et lever une exception si besoin.
merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
voila une info que vient de me communiquer Frederic NOIZE :
postgres est MVCC, ce qui veut dire que dans la plus part des cas, il
est inutile de bloquer les rows ou les tables.
detail ici : http://www.postgresql.org/docs/7.4/static/mvcc.html
pour savoir si une rows est bloquée tu peux consulter la vue pg_locks,
par exemple dans un trigger BEFORE SELECT et lever une exception si besoin.
merci
--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com
voila une info que vient de me communiquer Frederic NOIZE :
postgres est MVCC, ce qui veut dire que dans la plus part des cas, il est inutile de bloquer les rows ou les tables. detail ici : http://www.postgresql.org/docs/7.4/static/mvcc.html
pour savoir si une rows est bloquée tu peux consulter la vue pg_locks, par exemple dans un trigger BEFORE SELECT et lever une exception si besoin.
merci
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
