Vous n'êtes pas identifié(e).
Pages : 1
Merci Bien !
le with nolock de sql server, c'est pour éviter le verouillage des enregistrements lors du select (et surtout pouvoir lire des enregistrements qui sont verrouillés, et donc pourraient être en cours de mise à jour). PostgreSQL fonctionne un peu différemment là-dessus, cf https://www.postgresql.org/docs/current/mvcc-intro.html
Bonjour et merci pour le retour.
J'avoue que je n'ai pas bien saisi cette partie :
The main advantage of using the MVCC model of concurrency control rather than locking is that in MVCC locks acquired for querying (reading) data do not conflict with locks acquired for writing data, and so reading never blocks writing and writing never blocks reading. PostgreSQL maintains this guarantee even when providing the strictest level of transaction isolation through the use of an innovative Serializable Snapshot Isolation (SSI) level.
le problème du dirty read
Bonjour,
quel est le moyen d'effectuer un select * sur une table sans poser de verrou sur celle-ci.
Un peu l'équivalent with(nolock) sur sqlserver ?
Pages : 1
