Précédent   Forum des professionnels en informatique > Bases de données > PostgreSQL
PostgreSQL Forum PostgreSQL. Avant de poster -> F.A.Q PostGreSQL Tutoriels PostGreSQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 12/11/2006, 21h07   #1
Membre habitué
 
Avatar de petit arbre
 
Inscription : septembre 2006
Messages : 143
Détails du profil
Informations forums :
Inscription : septembre 2006
Messages : 143
Points : 112
Points : 112
Par défaut verrou sur ligne

Bonjour (ou plutôt bonsoir vu l'heure)

J'ai une interrogation métaphysique à propos de PostGre que je commence à utiliser gentiment. Le but du jeu à terme est de migrer des bases Sql server, donc pas de précipitation ...

Je viens de lancer deux sessions et fait les deux même requêtes :

select * from commerciaux where idcommer = 2 for update ;

normalement, la deuxième lancée devrait bloquer en attente de libération du verrou de la première : là non ...
d'où ma question : je m'y prends comme une burne ou il n'y a pas de verrou ligne sous Postgre 8.1?

Merci d'avance
petit arbre est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/11/2006, 02h32   #2
Membre régulier
 
Inscription : avril 2003
Messages : 141
Détails du profil
Informations forums :
Inscription : avril 2003
Messages : 141
Points : 89
Points : 89
Effectivement j'ai essayé direct sur la base et ça ne fonctionne pas. C'est bizarre puisque j'utilise ce même procédé avec une application via ODBC et ça fonctionne parfaitement bien Cela vient-il peut etre de l'AutoCommit qui est à true ??? je ne sais pas D'ailleurs si quelqu'un sait comment le passer à false !
e1lauren est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/11/2006, 16h07   #3
Membre habitué
 
Avatar de petit arbre
 
Inscription : septembre 2006
Messages : 143
Détails du profil
Informations forums :
Inscription : septembre 2006
Messages : 143
Points : 112
Points : 112
ce qui m'inquiéte un peu avec cette base c'est le manque manifeste d'intérêt qu'elle provoque sur le forum.
J'hésite sérieusement à me lancer dans de la migration sur un produit non soutenu.
petit arbre est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/11/2006, 21h43   #4
Expert Confirmé
 
Homme
Inscription : septembre 2006
Messages : 2 291
Détails du profil
Informations personnelles :
Sexe : Homme

Informations forums :
Inscription : septembre 2006
Messages : 2 291
Points : 2 738
Points : 2 738
Citation:
Envoyé par petit arbre
Bonjour (ou plutôt bonsoir vu l'heure)

J'ai une interrogation métaphysique à propos de PostGre que je commence à utiliser gentiment. Le but du jeu à terme est de migrer des bases Sql server, donc pas de précipitation ...

Je viens de lancer deux sessions et fait les deux même requêtes :

select * from commerciaux where idcommer = 2 for update ;

normalement, la deuxième lancée devrait bloquer en attente de libération du verrou de la première : là non ...
d'où ma question : je m'y prends comme une burne ou il n'y a pas de verrou ligne sous Postgre 8.1?

Merci d'avance
les select for update doivent être isolés dans des transactions :
begin;
select * from commerciaux where idcommer = 2 for update ;
...

commit;
JeitEmgie est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/11/2006, 21h54   #5
Membre habitué
 
Avatar de petit arbre
 
Inscription : septembre 2006
Messages : 143
Détails du profil
Informations forums :
Inscription : septembre 2006
Messages : 143
Points : 112
Points : 112
Le pire c'est que ça ressemble à de l'Oracle !!

Merci, je vais tester.

Y a-t-il des VAR ou autres entreprises s'occupant de distribution Linux-PostGre de A à Z? Je suis très intéressé, ne serait-ce que par des tests de migration et de performance dans un premier temps.

LE produit me semble intéressant mais je n'ai pas de compétence en interne.

Vous pouvez me contacter sur MP.
petit arbre est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 15h15.


 
 
 
 
Partenaires

Hébergement Web