Bonjour,
Je veux =EAtre certain d'une chose avant de fractionner.
La base principale contient les tables et la secondaire=20
les formulaires et autres.
Celle que j'envoie aux utilisateurs est donc la=20
secondaire, pour qu'ils puissent naviguer?
Alors je ne peux pas modifier un formulaire s'il y a un=20
utilisateur connect=E9?
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
MemoAccess
Bonjour Alexandre,
si la base "frontale" est installée sur le dossier local des utilisateurs, alors non et de toute façon, modifier un formulaire pendant qu'une base est en cours d'utilisation, c'est la corruption de assurée.
Dans sa missive, Alexandre a atermoyé : | Bonjour, | Je veux être certain d'une chose avant de fractionner. | | La base principale contient les tables et la secondaire | les formulaires et autres. | Celle que j'envoie aux utilisateurs est donc la | secondaire, pour qu'ils puissent naviguer? | Alors je ne peux pas modifier un formulaire s'il y a un | utilisateur connecté? | | Merci, | Alexandre
Bonjour Alexandre,
si la base "frontale" est installée sur le dossier local des utilisateurs, alors non
et de toute façon, modifier un formulaire pendant qu'une base est en cours d'utilisation,
c'est la corruption de assurée.
Dans sa missive, Alexandre <anonymous@discussions.microsoft.com> a atermoyé :
| Bonjour,
| Je veux être certain d'une chose avant de fractionner.
|
| La base principale contient les tables et la secondaire
| les formulaires et autres.
| Celle que j'envoie aux utilisateurs est donc la
| secondaire, pour qu'ils puissent naviguer?
| Alors je ne peux pas modifier un formulaire s'il y a un
| utilisateur connecté?
|
| Merci,
| Alexandre
si la base "frontale" est installée sur le dossier local des utilisateurs, alors non et de toute façon, modifier un formulaire pendant qu'une base est en cours d'utilisation, c'est la corruption de assurée.
Dans sa missive, Alexandre a atermoyé : | Bonjour, | Je veux être certain d'une chose avant de fractionner. | | La base principale contient les tables et la secondaire | les formulaires et autres. | Celle que j'envoie aux utilisateurs est donc la | secondaire, pour qu'ils puissent naviguer? | Alors je ne peux pas modifier un formulaire s'il y a un | utilisateur connecté? | | Merci, | Alexandre
Alexandre
J'imagine que dans la base secondaire, s'il y avait des tables liées de d'autres fichiers, je dois les réimporter?
Est-ce normal que la nouvelle base est vraiment lente?
Merci, Alexandre
J'imagine que dans la base secondaire, s'il y avait des
tables liées de d'autres fichiers, je dois les réimporter?
Est-ce normal que la nouvelle base est vraiment lente?
J'imagine que dans la base secondaire, s'il y avait des tables liées de d'autres fichiers, je dois les réimporter?
Est-ce normal que la nouvelle base est vraiment lente?
Merci, Alexandre
Sweety
La "règle" est de placer la base qui contient les tables sur le serveur, et de distribuer le reste (donc la base qui contient les requêtes, macros, formulaires.... disont la partie applicative) en local sur les machines clientes. De cette manière il est aisé de modifier la partie applicative pour la redistribuer ensuite (voire même faire un batch qui vérifie si une nouvelle base applicative existe).
Ne pas omettre sur les clients, de vérifier via outils/options/avancé, si les cases suivantes sont cochées :
- Mode partagé - Verrouillage sur enregistrement modifié
Ceci dans le cas où plusieurs personnes travaillent en même temps dans l'application.
"Alexandre" a écrit dans le message de news:58c601c48137$eb82aa90$ Bonjour, Je veux être certain d'une chose avant de fractionner.
La base principale contient les tables et la secondaire les formulaires et autres. Celle que j'envoie aux utilisateurs est donc la secondaire, pour qu'ils puissent naviguer? Alors je ne peux pas modifier un formulaire s'il y a un utilisateur connecté?
Merci, Alexandre
La "règle" est de placer la base qui contient les tables sur le serveur, et
de distribuer le reste (donc la base qui contient les requêtes, macros,
formulaires.... disont la partie applicative) en local sur les machines
clientes.
De cette manière il est aisé de modifier la partie applicative pour la
redistribuer ensuite (voire même faire un batch qui vérifie si une nouvelle
base applicative existe).
Ne pas omettre sur les clients, de vérifier via outils/options/avancé, si
les cases suivantes sont cochées :
- Mode partagé
- Verrouillage sur enregistrement modifié
Ceci dans le cas où plusieurs personnes travaillent en même temps dans
l'application.
"Alexandre" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:58c601c48137$eb82aa90$a501280a@phx.gbl...
Bonjour,
Je veux être certain d'une chose avant de fractionner.
La base principale contient les tables et la secondaire
les formulaires et autres.
Celle que j'envoie aux utilisateurs est donc la
secondaire, pour qu'ils puissent naviguer?
Alors je ne peux pas modifier un formulaire s'il y a un
utilisateur connecté?
La "règle" est de placer la base qui contient les tables sur le serveur, et de distribuer le reste (donc la base qui contient les requêtes, macros, formulaires.... disont la partie applicative) en local sur les machines clientes. De cette manière il est aisé de modifier la partie applicative pour la redistribuer ensuite (voire même faire un batch qui vérifie si une nouvelle base applicative existe).
Ne pas omettre sur les clients, de vérifier via outils/options/avancé, si les cases suivantes sont cochées :
- Mode partagé - Verrouillage sur enregistrement modifié
Ceci dans le cas où plusieurs personnes travaillent en même temps dans l'application.
"Alexandre" a écrit dans le message de news:58c601c48137$eb82aa90$ Bonjour, Je veux être certain d'une chose avant de fractionner.
La base principale contient les tables et la secondaire les formulaires et autres. Celle que j'envoie aux utilisateurs est donc la secondaire, pour qu'ils puissent naviguer? Alors je ne peux pas modifier un formulaire s'il y a un utilisateur connecté?
Merci, Alexandre
Arnaud \(memoaccess\)
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire, sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas forcément très normal
Dans sa missive, Alexandre a atermoyé : | J'imagine que dans la base secondaire, s'il y avait des | tables liées de d'autres fichiers, je dois les réimporter? | | Est-ce normal que la nouvelle base est vraiment lente? | | Merci, | Alexandre
Bonjour,
lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire,
sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données
par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas
forcément très normal
Dans sa missive, Alexandre <anonymous@discussions.microsoft.com> a atermoyé :
| J'imagine que dans la base secondaire, s'il y avait des
| tables liées de d'autres fichiers, je dois les réimporter?
|
| Est-ce normal que la nouvelle base est vraiment lente?
|
| Merci,
| Alexandre
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire, sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas forcément très normal
Dans sa missive, Alexandre a atermoyé : | J'imagine que dans la base secondaire, s'il y avait des | tables liées de d'autres fichiers, je dois les réimporter? | | Est-ce normal que la nouvelle base est vraiment lente? | | Merci, | Alexandre
Raymond [mvp]
Tiens encore un petit nouveau.
Bonjour Arnaud.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:%
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire,
sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données
par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas
forcément très normal
-- Arnaud
Tiens encore un petit nouveau.
Bonjour Arnaud.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le
message de news:%23jKgjoTgEHA.2536@TK2MSFTNGP09.phx.gbl...
Bonjour,
lente .. si tu "charges" tous les enregistrements d'une table pour
alimenter formulaire,
sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un
minimum de données
par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements,
alors là pas
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:%
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire,
sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données
par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas
forcément très normal
-- Arnaud
Pierre CFI [mvp]
bonjour je rentre, et déjà le délire, tu changes de nom toutes les 5 mn je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais ici ??? :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:%
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire, sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas forcément très normal
Dans sa missive, Alexandre a atermoyé : | J'imagine que dans la base secondaire, s'il y avait des | tables liées de d'autres fichiers, je dois les réimporter? | | Est-ce normal que la nouvelle base est vraiment lente? | | Merci, | Alexandre
bonjour
je rentre, et déjà le délire, tu changes de nom toutes les 5 mn
je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais ici ??? :o)))
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le message de
news:%23jKgjoTgEHA.2536@TK2MSFTNGP09.phx.gbl...
Bonjour,
lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire,
sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données
par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas
forcément très normal
Dans sa missive, Alexandre <anonymous@discussions.microsoft.com> a atermoyé :
| J'imagine que dans la base secondaire, s'il y avait des
| tables liées de d'autres fichiers, je dois les réimporter?
|
| Est-ce normal que la nouvelle base est vraiment lente?
|
| Merci,
| Alexandre
bonjour je rentre, et déjà le délire, tu changes de nom toutes les 5 mn je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais ici ??? :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "Arnaud (memoaccess)" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:%
Bonjour, lente .. si tu "charges" tous les enregistrements d'une table pour alimenter formulaire, sous-formulaires et listes de choix, "JETement" parlant, oui....
il y a toujours moyen d'optimiser les requêtes etc pour faire transiter un minimum de données par le réseau...
à moins que la lenteur soit permanente, déplacement entre enregistrements, alors là pas forcément très normal
Dans sa missive, Alexandre a atermoyé : | J'imagine que dans la base secondaire, s'il y avait des | tables liées de d'autres fichiers, je dois les réimporter? | | Est-ce normal que la nouvelle base est vraiment lente? | | Merci, | Alexandre
MemoArnaud
Salut :o)
Dans sa missive, Pierre CFI [mvp] a atermoyé : | bonjour | je rentre, et déjà le délire, tu changes de nom toutes les 5 mn | je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais | ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats : sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft alors moi je préfère afficher mes atouts :
- objectivité 100% bio - bénévolat équitable - 0% de matière aliénante
Dans sa missive, Pierre CFI [mvp] <XXX_pierresalaun@aol.com> a atermoyé :
| bonjour
| je rentre, et déjà le délire, tu changes de nom toutes les 5 mn
| je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais
| ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats :
sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft
alors moi je préfère afficher mes atouts :
- objectivité 100% bio
- bénévolat équitable
- 0% de matière aliénante
Dans sa missive, Pierre CFI [mvp] a atermoyé : | bonjour | je rentre, et déjà le délire, tu changes de nom toutes les 5 mn | je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais | ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats : sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft alors moi je préfère afficher mes atouts :
- objectivité 100% bio - bénévolat équitable - 0% de matière aliénante
c'est pas mon cas, mais j'aurais pas honte d'étre salarié M$ :o)) et j'aurais pas honte du tout si, sans étre salarié, je recevais de Redmond un gros chèque tous les mois (surtout en ce moment)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "MemoArnaud" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:
Salut :o)
Dans sa missive, Pierre CFI [mvp] a atermoyé : | bonjour | je rentre, et déjà le délire, tu changes de nom toutes les 5 mn | je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais | ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats : sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft alors moi je préfère afficher mes atouts :
- objectivité 100% bio - bénévolat équitable - 0% de matière aliénante
c'est pas mon cas, mais j'aurais pas honte d'étre salarié M$ :o)) et j'aurais pas honte du tout si, sans étre salarié, je recevais
de Redmond un gros chèque tous les mois (surtout en ce moment)
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"MemoArnaud" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:OSQT4FUgEHA.3932@TK2MSFTNGP09.phx.gbl...
Salut :o)
Dans sa missive, Pierre CFI [mvp] <XXX_pierresalaun@aol.com> a atermoyé :
| bonjour
| je rentre, et déjà le délire, tu changes de nom toutes les 5 mn
| je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais
| ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats :
sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft
alors moi je préfère afficher mes atouts :
- objectivité 100% bio
- bénévolat équitable
- 0% de matière aliénante
c'est pas mon cas, mais j'aurais pas honte d'étre salarié M$ :o)) et j'aurais pas honte du tout si, sans étre salarié, je recevais de Redmond un gros chèque tous les mois (surtout en ce moment)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "MemoArnaud" <Cherche un peu et tu trouveras :o)> a écrit dans le message de news:
Salut :o)
Dans sa missive, Pierre CFI [mvp] a atermoyé : | bonjour | je rentre, et déjà le délire, tu changes de nom toutes les 5 mn | je sais que compte tenu de ta vie dissolue, c'est parfois mieux, mais | ici ??? :o)))
c'est pour ne pas me faire remarquer sur les stats : sur certains forums microsoft, les "trop habitués" sont assimilés à des salariés microsoft alors moi je préfère afficher mes atouts :
- objectivité 100% bio - bénévolat équitable - 0% de matière aliénante
