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
Fred BROUARD
lecture inconsistente, lecture fantôme, lecture non répéptitible. Si les SELECT ne servent qu'à l'affichage alors pas très grave, mais possibilité de présenter des informations fausses. Pour les INSERT cela peut être dramatique et polluer la base.
A lire : http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1
A +
Martinus a écrit:
Pour éviter tout bloquage inutile j'ai tendance à utiliser systématiquement un nolock sur les select et insert pour lesquels ce n'est pas un probleme.
Est-ce utile et y-a-t-il des risques ?
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
lecture inconsistente, lecture fantôme, lecture non répéptitible.
Si les SELECT ne servent qu'à l'affichage alors pas très grave, mais possibilité
de présenter des informations fausses.
Pour les INSERT cela peut être dramatique et polluer la base.
A lire : http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1
A +
Martinus a écrit:
Pour éviter tout bloquage inutile j'ai tendance à utiliser
systématiquement un nolock sur les select et insert pour lesquels ce
n'est pas un probleme.
Est-ce utile et y-a-t-il des risques ?
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
lecture inconsistente, lecture fantôme, lecture non répéptitible. Si les SELECT ne servent qu'à l'affichage alors pas très grave, mais possibilité de présenter des informations fausses. Pour les INSERT cela peut être dramatique et polluer la base.
A lire : http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1
A +
Martinus a écrit:
Pour éviter tout bloquage inutile j'ai tendance à utiliser systématiquement un nolock sur les select et insert pour lesquels ce n'est pas un probleme.
Est-ce utile et y-a-t-il des risques ?
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
bruno reiter [MVP]
comment tu fais un insert avec nolock???
pour les select, autant de nolock que possible, c'est toujours meilleur pour les perfs (accès concurrents)
br
"Martinus" wrote in message news:
Pour éviter tout bloquage inutile j'ai tendance à utiliser systématiquement un nolock sur les select et insert pour lesquels ce n'est pas un probleme.
Est-ce utile et y-a-t-il des risques ?
comment tu fais un insert avec nolock???
pour les select, autant de nolock que possible, c'est toujours meilleur pour
les perfs (accès concurrents)
br
"Martinus" <svn650@libertysurf.fr> wrote in message
news:r0nk51p16thqc2i7j4gjkifts6vaacv7th@4ax.com...
Pour éviter tout bloquage inutile j'ai tendance à utiliser
systématiquement un nolock sur les select et insert pour lesquels ce
n'est pas un probleme.
