Bonjour,
S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS-
sql server gère seul les verrous ou non ?
Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le
MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection
= CurrentProject.Connection)
sans fixer le mode d'accès, est-ce cela correct ?
Merci
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
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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 *************************
apprendre le langage SQL et la notion de transaction me parait un bon début afin
de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui
ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre
COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour,
S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS-
sql server gère seul les verrous ou non ?
Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le
MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection
= CurrentProject.Connection)
sans fixer le mode d'accès, est-ce cela correct ?
Merci
--
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 *************************
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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 *************************
tf85
Mais pour accéder aux tables je passe tj par des procédures stoquées. Pour ajouter, supprimerou modifier un enregistrements je passe par les SP.
"Fred BROUARD" a écrit dans le message de news: %
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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 *************************
Mais pour accéder aux tables je passe tj par des procédures stoquées.
Pour ajouter, supprimerou modifier un enregistrements je passe par les SP.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
%23hMOjEhPFHA.3716@TK2MSFTNGP14.phx.gbl...
apprendre le langage SQL et la notion de transaction me parait un bon
début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire
des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du
genre COBOL, le principal point d'un SGBDR est justement la gestion de la
concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour,
S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que
MS- sql server gère seul les verrous ou non ?
Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur
le MSDE - SQL server avec la méthode : 'CurrentProject'
(Cmd.ActiveConnection = CurrentProject.Connection)
sans fixer le mode d'accès, est-ce cela correct ?
Merci
--
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 *************************
Mais pour accéder aux tables je passe tj par des procédures stoquées. Pour ajouter, supprimerou modifier un enregistrements je passe par les SP.
"Fred BROUARD" a écrit dans le message de news: %
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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 *************************
tf85
Sous entendu dans chaque procédure stockée (update, insert ou delete) est déclarée avec des transactions (BEGIN ou Commit ou Rollback) selon les cas.
Ma question initiale n'était pas claire, car je pensais poser des verrous, mais avec les transactions les verrous n'ont plus de sens d'exister.
"Fred BROUARD" a écrit dans le message de news: %
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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 *************************
Sous entendu dans chaque procédure stockée (update, insert ou delete) est
déclarée avec des transactions (BEGIN ou Commit ou Rollback) selon les cas.
Ma question initiale n'était pas claire, car je pensais poser des verrous,
mais avec les transactions les verrous n'ont plus de sens d'exister.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
%23hMOjEhPFHA.3716@TK2MSFTNGP14.phx.gbl...
apprendre le langage SQL et la notion de transaction me parait un bon
début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire
des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du
genre COBOL, le principal point d'un SGBDR est justement la gestion de la
concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour,
S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que
MS- sql server gère seul les verrous ou non ?
Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur
le MSDE - SQL server avec la méthode : 'CurrentProject'
(Cmd.ActiveConnection = CurrentProject.Connection)
sans fixer le mode d'accès, est-ce cela correct ?
Merci
--
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 *************************
Sous entendu dans chaque procédure stockée (update, insert ou delete) est déclarée avec des transactions (BEGIN ou Commit ou Rollback) selon les cas.
Ma question initiale n'était pas claire, car je pensais poser des verrous, mais avec les transactions les verrous n'ont plus de sens d'exister.
"Fred BROUARD" a écrit dans le message de news: %
apprendre le langage SQL et la notion de transaction me parait un bon début afin de comprendre le fonctionnement d'un SGBSR et d'éviter de faire des choses qui ne serviront qu'à pénaliser le serveur.
En d'autre terme, et à la différence d'une gestion à base de fichier du genre COBOL, le principal point d'un SGBDR est justement la gestion de la concurrence.
Mon site comme mon bouquin peuvent t'y aider.
A +
tf85 a écrit:
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
-- 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]
SQLServer, comme tout SGBDR, gère les accès concurrents et donc les locks.
le niveau d'isolation standard est 'read commited', c'est à dire que les lectures sont verrouillées en 'partagé', le temps de la lecture.
une mise à jour est toujours faite avec un verrou exclusif.
une instruction de mise à jour est toujours dans une transaction, explicite (si on met un begin tran), implicite sinon.
il est souhaitable de faire des lectures 'nolock', quand il n'est pas impératif d'avoir la dernière version de toutes les données (si une transaction est en train de modifier un enreg par exemple).
Beaucoup de détails dans l'aide et de nombreux sites.
HTH
br
"tf85" <tf85%@hotmail.com> wrote in message news:4258d9a6$0$6570$
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
SQLServer, comme tout SGBDR, gère les accès concurrents et donc les locks.
le niveau d'isolation standard est 'read commited', c'est à dire que les
lectures sont verrouillées en 'partagé', le temps de la lecture.
une mise à jour est toujours faite avec un verrou exclusif.
une instruction de mise à jour est toujours dans une transaction, explicite
(si on met un begin tran), implicite sinon.
il est souhaitable de faire des lectures 'nolock', quand il n'est pas
impératif d'avoir la dernière version de toutes les données (si une
transaction est en train de modifier un enreg par exemple).
Beaucoup de détails dans l'aide et de nombreux sites.
HTH
br
"tf85" <tf85%@hotmail.com> wrote in message
news:4258d9a6$0$6570$636a15ce@news.free.fr...
Bonjour,
S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que
MS- sql server gère seul les verrous ou non ?
Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur
le MSDE - SQL server avec la méthode : 'CurrentProject'
(Cmd.ActiveConnection = CurrentProject.Connection)
sans fixer le mode d'accès, est-ce cela correct ?
Merci
SQLServer, comme tout SGBDR, gère les accès concurrents et donc les locks.
le niveau d'isolation standard est 'read commited', c'est à dire que les lectures sont verrouillées en 'partagé', le temps de la lecture.
une mise à jour est toujours faite avec un verrou exclusif.
une instruction de mise à jour est toujours dans une transaction, explicite (si on met un begin tran), implicite sinon.
il est souhaitable de faire des lectures 'nolock', quand il n'est pas impératif d'avoir la dernière version de toutes les données (si une transaction est en train de modifier un enreg par exemple).
Beaucoup de détails dans l'aide et de nombreux sites.
HTH
br
"tf85" <tf85%@hotmail.com> wrote in message news:4258d9a6$0$6570$
Bonjour, S'il y a plusieurs utilsateurs qui accèdent à la même table, est-ce que MS- sql server gère seul les verrous ou non ? Je développe sous MS Access XP (des projets ADP- ADO). Je me connecte sur le MSDE - SQL server avec la méthode : 'CurrentProject' (Cmd.ActiveConnection = CurrentProject.Connection) sans fixer le mode d'accès, est-ce cela correct ? Merci
