En utilisant java et Oracle, je n'ai jamais utilis=E9 les blocages
fichiers ou des blocages enregistrements. L'application g=E8re des
clients,commandes,factures,articles. Et je n'ai pas eu de probl=E8me
depuis 7 ans.
Alors pourquoi devrais-je utiliser maintenant les blocages
enregistrements avec Windev?
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
Firetox
Bonjour,
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
Bonjour,
tout depend de la programmation
mais si entre un select et un update vous rendez la main a l'utilisateur
alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres
ARTICLE
STOCK
je rentre dans la fiche
ARTICLE : TOTO
stock 500
le bouton valider fait
update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe
(je sais le stock n'est pas le bon exempke mais cela se produirait sur le
libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche
mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre
temps pas de rechargement
et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche
les info avant l'updat et on part du principe que le dernier qui a
enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur
certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre
dans ce cas il faut bloquer la igne
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
Questionneur
On 10 mai, 16:23, "Firetox" wrote:
Bonjour,
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar ent re temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreill es
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendr e dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
On 10 mai, 16:23, "Firetox" <fire...@SQLManagerX.com> wrote:
Bonjour,
tout depend de la programmation
mais si entre un select et un update vous rendez la main a l'utilisateur
alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres
ARTICLE
STOCK
je rentre dans la fiche
ARTICLE : TOTO
stock 500
le bouton valider fait
update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe
(je sais le stock n'est pas le bon exempke mais cela se produirait sur le
libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche
mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar ent re
temps pas de rechargement
et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreill es
bref tout cela pour dire que si on met a jour une fiche soit on recherche
les info avant l'updat et on part du principe que le dernier qui a
enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur
certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendr e
dans ce cas il faut bloquer la igne
bon dev
@+
MERCI POUR LA REPONSE.
Y a t'il d'autres types de bases de données qui gèrent le blocage
comme Hyperfile???
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar ent re temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreill es
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendr e dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
Firetox
Bonjour,
presque toutes et surtout on peut le faire pour toutes les bases avec des semaphores. mais de façon naturelle par le servuer breuacoup le font
en fait soit c'est un blocage a la table (toute le font) soit un blocage a la ligne (mySQL avec innodb, oracle, SQLserveur ....) SQLserver gere meme le blocage au select ou a l'update (c'est a dire qu'on peut bloquer une ligne mais a l'update autrement dit les utilisateur qui font un select voit la ligne et ceux qui veulent faire un update on le message que la ligne est bloquée) ou alors on peut faire cela au select (une igne bloquée au select renverra le message bloqué pour un select ou un update)
bon dev @+
"Questionneur" a écrit dans le message de news: On 10 mai, 16:23, "Firetox" wrote:
Bonjour,
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
Bonjour,
presque toutes et surtout on peut le faire pour toutes les bases avec des
semaphores. mais de façon naturelle par le servuer breuacoup le font
en fait soit c'est un blocage a la table (toute le font) soit un blocage a
la ligne (mySQL avec innodb, oracle, SQLserveur ....)
SQLserver gere meme le blocage au select ou a l'update (c'est a dire qu'on
peut bloquer une ligne mais a l'update autrement dit les utilisateur qui
font un select voit la ligne et ceux qui veulent faire un update on le
message que la ligne est bloquée) ou alors on peut faire cela au select (une
igne bloquée au select renverra le message bloqué pour un select ou un
update)
bon dev
@+
"Questionneur" <informatique@somid.com> a écrit dans le message de
news:3964e0d4-2485-443a-8f9d-6d22c6d0d8c1@r34g2000yqj.googlegroups.com...
On 10 mai, 16:23, "Firetox" <fire...@SQLManagerX.com> wrote:
Bonjour,
tout depend de la programmation
mais si entre un select et un update vous rendez la main a l'utilisateur
alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres
ARTICLE
STOCK
je rentre dans la fiche
ARTICLE : TOTO
stock 500
le bouton valider fait
update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe
(je sais le stock n'est pas le bon exempke mais cela se produirait sur le
libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche
mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre
temps pas de rechargement
et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche
les info avant l'updat et on part du principe que le dernier qui a
enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur
certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre
dans ce cas il faut bloquer la igne
bon dev
@+
MERCI POUR LA REPONSE.
Y a t'il d'autres types de bases de données qui gèrent le blocage
comme Hyperfile???
presque toutes et surtout on peut le faire pour toutes les bases avec des semaphores. mais de façon naturelle par le servuer breuacoup le font
en fait soit c'est un blocage a la table (toute le font) soit un blocage a la ligne (mySQL avec innodb, oracle, SQLserveur ....) SQLserver gere meme le blocage au select ou a l'update (c'est a dire qu'on peut bloquer une ligne mais a l'update autrement dit les utilisateur qui font un select voit la ligne et ceux qui veulent faire un update on le message que la ligne est bloquée) ou alors on peut faire cela au select (une igne bloquée au select renverra le message bloqué pour un select ou un update)
bon dev @+
"Questionneur" a écrit dans le message de news: On 10 mai, 16:23, "Firetox" wrote:
Bonjour,
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
Daniel
Le 10/05/2010 14:49, Questionneur a écrit :
On 10 mai, 16:23, "Firetox" wrote:
Bonjour,
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
Bonjour,
la gestion des blocages est spécifique au moteur de la base et également au niveau d'isolation transactionnelle. En HyperFile seul "READ UNCOMMITED" est supporté. Sur d'autre moteur suivant le niveau d'isolation sélectionné c'est le moteur qui met les verrous.
Quelques liens pour la lecture http://sqlpro.developpez.com/isolation-transaction/ http://sqlpro.developpez.com/cours/sqlaz/techniques/ -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Le 10/05/2010 14:49, Questionneur a écrit :
On 10 mai, 16:23, "Firetox"<fire...@SQLManagerX.com> wrote:
Bonjour,
tout depend de la programmation
mais si entre un select et un update vous rendez la main a l'utilisateur
alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres
ARTICLE
STOCK
je rentre dans la fiche
ARTICLE : TOTO
stock 500
le bouton valider fait
update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe
(je sais le stock n'est pas le bon exempke mais cela se produirait sur le
libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche
mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre
temps pas de rechargement
et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche
les info avant l'updat et on part du principe que le dernier qui a
enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur
certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre
dans ce cas il faut bloquer la igne
bon dev
@+
MERCI POUR LA REPONSE.
Y a t'il d'autres types de bases de données qui gèrent le blocage
comme Hyperfile???
Bonjour,
la gestion des blocages est spécifique au moteur de la base et également
au niveau d'isolation transactionnelle. En HyperFile seul "READ
UNCOMMITED" est supporté. Sur d'autre moteur suivant le niveau
d'isolation sélectionné c'est le moteur qui met les verrous.
Quelques liens pour la lecture
http://sqlpro.developpez.com/isolation-transaction/
http://sqlpro.developpez.com/cours/sqlaz/techniques/
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
tout depend de la programmation mais si entre un select et un update vous rendez la main a l'utilisateur alors on peut avoir des problems
imagion sun update sur les champs d'une fenetres ARTICLE STOCK
je rentre dans la fiche ARTICLE : TOTO stock 500
le bouton valider fait update ..... stock = MonChampsStock
maintenant sans blocage voila ce qui va se passe (je sais le stock n'est pas le bon exempke mais cela se produirait sur le libelle aussi mais avec moins d'incidence
Mon user 1 prend la fiche mon user 2 la prend 2 minutes plus tard et modifie le stock : 300
quand 1 va mettre a jour la fiche il va ecraser les données de 2 ar entre temps pas de rechargement et on aura STOKC = 500 en fin et 2 qui vient vous crier dans les oreilles
bref tout cela pour dire que si on met a jour une fiche soit on recherche les info avant l'updat et on part du principe que le dernier qui a enregistré a raison et dans ce cas pas besoin de blocage (quoi que sur certaine bas ecela risque de casser les index si on modifie une cle)
sinon il faut prevenir 2 que 1 va modifier la ligne et qu'il doit attendre dans ce cas il faut bloquer la igne
bon dev @+
MERCI POUR LA REPONSE. Y a t'il d'autres types de bases de données qui gèrent le blocage comme Hyperfile???
Bonjour,
la gestion des blocages est spécifique au moteur de la base et également au niveau d'isolation transactionnelle. En HyperFile seul "READ UNCOMMITED" est supporté. Sur d'autre moteur suivant le niveau d'isolation sélectionné c'est le moteur qui met les verrous.
Quelques liens pour la lecture http://sqlpro.developpez.com/isolation-transaction/ http://sqlpro.developpez.com/cours/sqlaz/techniques/ -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)