Discussion :

[John Fullspeed]

Bonjour à tous,
Voilà j'ai une petite question générale à vous posez.
existe-t-il des SGBD ou assimmiles qui permettent des acces simultanés sur une même fiche:

La secrtaire est entrain de changer les RIB et le client est en facturation au même moment. Les traitements peuvent -ils etres concurentiels(avec les problemes que cela pose) ou seront séquentiels? Ou c'est à moi de choisir?

John

[qi130]

En supposant que les 2 process accèdent en read, la réponse vient en regardant à la loupe ce qui se passe physiquement...

La BD est sur 1 disque, et il n'y a qu'une tête pour lire le secteur où est ce RIB.
C'est donc le 1er demandeur qui sera servi en 1er.

Par contre s'il y a 1 process en read et 1 autre en update, ça peut changer:
- le 1er demandeur est en read -> pas de souci
- le 1er est en update => ça dépend du mode de verrouillage (les possibilités dépendent du SGBD)

Mais bon, il est rare qu'un update dure 3 heures...si l'appli est bien conçue, c'est de l'ordre de la milli-seconde, ce qui réduit le risque de concurrence.

[John Fullspeed]

Je n'ai sans doute pas été assez precis:
est-il possible d'ouvrir en même temps en modification une même fiche?
merci
John

[qi130]

Ah...2 process en update ?

Eh bien, ça dépend de la manière avec laquelle sont gérés les accès concurrents, ce qui dépend des possibilités du SGBD.

Par exemple, certaines notions comme

CONCURRENCY CONTROL

Optimistic locking.
Data isolation levels: read consistency, read committed, and cursor stability.
Shared, and protected lock types for explicit table-level locking.

http://www.ibphoenix.com/main.nfs?a=...p_60_factsheet
sont à étudier de près.

Mais on peut aussi gérer ça soi-même par des time-stamps ce qui permet de limiter la période de verrouillage de la ligne ou de la table.

[SQLpro]

Les bases de données reposent sur ce principe même : pouvoir modifier des données simultanément sur les mêmes éléments.

Tout depénds comment cela est fait à travers l'application.

Si usage d'un curseur alors possibilité de verrou optimiste.

Si usage d'ordre SQL purement SQL alors il n'y aura jamais le moindre problème.

A +