Pour une application utilis=E9e par plusieur dizaine de=20
personnes (autour de 50)en consultation simultan=E9e (ordre=20
SQL select...), peut-il exister des risques de=20
verrouillage de la ou des tables lors de la lecture des=20
donn=E9es ?
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
Yann
Salut JP, Ca dépend comment tu as configuré ton aplli, mais il est possible de n'avoir aucun problème pour la lecture seule... Mais attention, dès que tu ouvre un formulaire et que ton focus est sur un champs de ta requête ou table, alors tu passes en édition... Donc vérouillage...
Bye Yann
-----Message d'origine----- Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement .
Salut JP,
Ca dépend comment tu as configuré ton aplli, mais il est
possible de n'avoir aucun problème pour la lecture
seule... Mais attention, dès que tu ouvre un formulaire
et que ton focus est sur un champs de ta requête ou
table, alors tu passes en édition... Donc vérouillage...
Bye
Yann
-----Message d'origine-----
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée
(ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
Salut JP, Ca dépend comment tu as configuré ton aplli, mais il est possible de n'avoir aucun problème pour la lecture seule... Mais attention, dès que tu ouvre un formulaire et que ton focus est sur un champs de ta requête ou table, alors tu passes en édition... Donc vérouillage...
Bye Yann
-----Message d'origine----- Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement .
Buddy
Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de travailler avec des objets complétement indépendants. En plus si t'as 50 utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de réponses même avec la meilleure organisation possible. Bascule sur un serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans le message de news:457401c48921$105a0e80$ Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
Salut
Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala
Bye
Buddy
"Jean-Pierre collombet" <anonymous@discussions.microsoft.com> a écrit dans
le message de news:457401c48921$105a0e80$a301280a@phx.gbl...
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de travailler avec des objets complétement indépendants. En plus si t'as 50 utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de réponses même avec la meilleure organisation possible. Bascule sur un serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans le message de news:457401c48921$105a0e80$ Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
Merci beaucoup de la réponse
En fait, j'interroge la base grâce à des formulaire indépendants de toutes source de données sous-jaçente. Je n'ai mis que du code VBA dans un bouton qui ne fait que déclencher une requête SQL paramétrée.
-----Message d'origine----- Salut JP, Ca dépend comment tu as configuré ton aplli, mais il est possible de n'avoir aucun problème pour la lecture seule... Mais attention, dès que tu ouvre un formulaire et que ton focus est sur un champs de ta requête ou table, alors tu passes en édition... Donc vérouillage...
Bye Yann
-----Message d'origine----- Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement .
.
Merci beaucoup de la réponse
En fait, j'interroge la base grâce à des formulaire
indépendants de toutes source de données sous-jaçente.
Je n'ai mis que du code VBA dans un bouton qui ne fait que
déclencher une requête SQL paramétrée.
-----Message d'origine-----
Salut JP,
Ca dépend comment tu as configuré ton aplli, mais il est
possible de n'avoir aucun problème pour la lecture
seule... Mais attention, dès que tu ouvre un formulaire
et que ton focus est sur un champs de ta requête ou
table, alors tu passes en édition... Donc vérouillage...
Bye
Yann
-----Message d'origine-----
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée
(ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
En fait, j'interroge la base grâce à des formulaire indépendants de toutes source de données sous-jaçente. Je n'ai mis que du code VBA dans un bouton qui ne fait que déclencher une requête SQL paramétrée.
-----Message d'origine----- Salut JP, Ca dépend comment tu as configuré ton aplli, mais il est possible de n'avoir aucun problème pour la lecture seule... Mais attention, dès que tu ouvre un formulaire et que ton focus est sur un champs de ta requête ou table, alors tu passes en édition... Donc vérouillage...
Bye Yann
-----Message d'origine----- Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement .
.
Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
.
Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir
beaucoup de données qui transitent par la bande passante.
c'est pour cela que je recommande aux utilisateurs de ne
faire d'interrogation que tôt le matin ou après 17 heures
le soir.
Pour l'interrogation j'ai effectivement un formulaire
indépendant qui interroge la base à distance par une
requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais
essentielementn vu le nombre de persones, aux risques de
lecture et de verrouillages
Cordialement
-----Message d'origine-----
Salut
Afin d'avoir des bonnes perf sous access en réseau, je te
conseillerai de
travailler avec des objets complétement indépendants. En
plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au
niveau des temps de
réponses même avec la meilleure organisation possible.
Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es
nécessaire.
Ouala
Bye
Buddy
"Jean-Pierre collombet"
<anonymous@discussions.microsoft.com> a écrit dans
le message de news:457401c48921$105a0e80
$a301280a@phx.gbl...
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
.
Buddy
Salut Si tous les objets sont indépendants, le serveur n'a aucun lien avec tes objets du coup le verrouillage en lecture est inexistant. Les requêtes se présentent à la queue le leu et tes données restent accessibles. Le seul hic c'est parfois des temps de réponse un peu long si tes requêtes sont complexes ou si ton serveur travaille à pleine charge. La lecture ne verrouille pas les données (atomicité des requêtes).
Ouala Bye Buddy
a écrit dans le message de news:c11401c489c1$022af680$ Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
.
Salut
Si tous les objets sont indépendants, le serveur n'a aucun lien avec tes
objets du coup le verrouillage en lecture est inexistant. Les requêtes se
présentent à la queue le leu et tes données restent accessibles. Le seul hic
c'est parfois des temps de réponse un peu long si tes requêtes sont
complexes ou si ton serveur travaille à pleine charge. La lecture ne
verrouille pas les données (atomicité des requêtes).
Ouala
Bye
Buddy
<anonymous@discussions.microsoft.com> a écrit dans le message de
news:c11401c489c1$022af680$a401280a@phx.gbl...
Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir
beaucoup de données qui transitent par la bande passante.
c'est pour cela que je recommande aux utilisateurs de ne
faire d'interrogation que tôt le matin ou après 17 heures
le soir.
Pour l'interrogation j'ai effectivement un formulaire
indépendant qui interroge la base à distance par une
requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais
essentielementn vu le nombre de persones, aux risques de
lecture et de verrouillages
Cordialement
-----Message d'origine-----
Salut
Afin d'avoir des bonnes perf sous access en réseau, je te
conseillerai de
travailler avec des objets complétement indépendants. En
plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au
niveau des temps de
réponses même avec la meilleure organisation possible.
Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es
nécessaire.
Ouala
Bye
Buddy
"Jean-Pierre collombet"
<anonymous@discussions.microsoft.com> a écrit dans
le message de news:457401c48921$105a0e80
$a301280a@phx.gbl...
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
Salut Si tous les objets sont indépendants, le serveur n'a aucun lien avec tes objets du coup le verrouillage en lecture est inexistant. Les requêtes se présentent à la queue le leu et tes données restent accessibles. Le seul hic c'est parfois des temps de réponse un peu long si tes requêtes sont complexes ou si ton serveur travaille à pleine charge. La lecture ne verrouille pas les données (atomicité des requêtes).
Ouala Bye Buddy
a écrit dans le message de news:c11401c489c1$022af680$ Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
.
merci encore de la réponse
ce point est positif à apprendre. cela confirme l'intérêt de développer des applications frontales, avec des formulaires indépendants, pour avoir la possibilité de manier à sa guise la base centrale de stockage des données sur réseau
Jean-Pierre
-----Message d'origine----- Salut Si tous les objets sont indépendants, le serveur n'a aucun lien avec tes
objets du coup le verrouillage en lecture est inexistant. Les requêtes se
présentent à la queue le leu et tes données restent accessibles. Le seul hic
c'est parfois des temps de réponse un peu long si tes requêtes sont
complexes ou si ton serveur travaille à pleine charge. La lecture ne
verrouille pas les données (atomicité des requêtes).
Ouala Bye Buddy
a écrit dans le message de
news:c11401c489c1$022af680$ Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?
je vous remercie d'une éventuelle réponse
Cordialement
.
.
merci encore de la réponse
ce point est positif à apprendre. cela confirme l'intérêt
de développer des applications frontales, avec des
formulaires indépendants, pour avoir la possibilité de
manier à sa guise la base centrale de stockage des données
sur réseau
Jean-Pierre
-----Message d'origine-----
Salut
Si tous les objets sont indépendants, le serveur n'a
aucun lien avec tes
objets du coup le verrouillage en lecture est inexistant.
Les requêtes se
présentent à la queue le leu et tes données restent
accessibles. Le seul hic
c'est parfois des temps de réponse un peu long si tes
requêtes sont
complexes ou si ton serveur travaille à pleine charge. La
lecture ne
verrouille pas les données (atomicité des requêtes).
Ouala
Bye
Buddy
<anonymous@discussions.microsoft.com> a écrit dans le
message de
news:c11401c489c1$022af680$a401280a@phx.gbl...
Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir
beaucoup de données qui transitent par la bande passante.
c'est pour cela que je recommande aux utilisateurs de ne
faire d'interrogation que tôt le matin ou après 17 heures
le soir.
Pour l'interrogation j'ai effectivement un formulaire
indépendant qui interroge la base à distance par une
requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais
essentielementn vu le nombre de persones, aux risques de
lecture et de verrouillages
Cordialement
-----Message d'origine-----
Salut
Afin d'avoir des bonnes perf sous access en réseau, je te
conseillerai de
travailler avec des objets complétement indépendants. En
plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au
niveau des temps de
réponses même avec la meilleure organisation possible.
Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es
nécessaire.
Ouala
Bye
Buddy
"Jean-Pierre collombet"
<anonymous@discussions.microsoft.com> a écrit dans
le message de news:457401c48921$105a0e80
$a301280a@phx.gbl...
Bonjour
Pour une application utilisée par plusieur dizaine de
personnes (autour de 50)en consultation simultanée (ordre
SQL select...), peut-il exister des risques de
verrouillage de la ou des tables lors de la lecture des
données ?
ce point est positif à apprendre. cela confirme l'intérêt de développer des applications frontales, avec des formulaires indépendants, pour avoir la possibilité de manier à sa guise la base centrale de stockage des données sur réseau
Jean-Pierre
-----Message d'origine----- Salut Si tous les objets sont indépendants, le serveur n'a aucun lien avec tes
objets du coup le verrouillage en lecture est inexistant. Les requêtes se
présentent à la queue le leu et tes données restent accessibles. Le seul hic
c'est parfois des temps de réponse un peu long si tes requêtes sont
complexes ou si ton serveur travaille à pleine charge. La lecture ne
verrouille pas les données (atomicité des requêtes).
Ouala Bye Buddy
a écrit dans le message de
news:c11401c489c1$022af680$ Merci en tout cas de la réponse
Oui effectivement le rique à moyen terme est d'avoir beaucoup de données qui transitent par la bande passante. c'est pour cela que je recommande aux utilisateurs de ne faire d'interrogation que tôt le matin ou après 17 heures le soir. Pour l'interrogation j'ai effectivement un formulaire indépendant qui interroge la base à distance par une requête SQL paramétrée, déclenchée par un bouton et du VBA
Bien conscient du flux, c'est vrai que je m'intéressais essentielementn vu le nombre de persones, aux risques de lecture et de verrouillages
Cordialement
-----Message d'origine----- Salut Afin d'avoir des bonnes perf sous access en réseau, je te conseillerai de
travailler avec des objets complétement indépendants. En plus si t'as 50
utilisateurs simultanés, je pense que tu vas ramer au niveau des temps de
réponses même avec la meilleure organisation possible. Bascule sur un
serveur BDD et n'échange sur le réseau que ce qui t'es nécessaire.
Ouala Bye Buddy
"Jean-Pierre collombet" a écrit dans
le message de news:457401c48921$105a0e80 $
Bonjour
Pour une application utilisée par plusieur dizaine de personnes (autour de 50)en consultation simultanée (ordre SQL select...), peut-il exister des risques de verrouillage de la ou des tables lors de la lecture des données ?