J'ai un ami qui a dévoléppé il y a plusieurs années une base Access 2002
pour monoposte.
Bcp de requêtes, édition d'états, impressions.
Tout va bien mais s'il utilise la base en réseau, tout de suite il y a de
gros prbls...
J'avoue que moi aussi je suis un peu largué.
Certaines requêtes donnent des résultats vides...
Je sais vraiment pas où trouver des infos pour essayer d'adapter au réseau,
sachant quel e prbl n'est pas un accès concurrent simultané.
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
Tisane
Bonjour Patrick,
J'ai un ami qui a dévoléppé il y a plusieurs années une base Access 2002 pour monoposte. Bcp de requêtes, édition d'états, impressions. Tout va bien mais s'il utilise la base en réseau, tout de suite il y a de gros prbls... J'avoue que moi aussi je suis un peu largué. Certaines requêtes donnent des résultats vides... Je sais vraiment pas où trouver des infos pour essayer d'adapter au réseau, sachant quel e prbl n'est pas un accès concurrent simultané. Si vous avez quelques tuyaux, je prends !
Une base qui doit être mise en réseau devrait être fractionnée : - une base contenant uniquement les tables placée sur le serveur (elle est alors nommée dorsale ou back end) - une base contenant tout le reste ("le code") placée en local sur chaque poste (elle est nommée frontale ou front end) - les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même qui fonctionne en local... le réseau doit être de piètre qualité... non ? Bien entendu, je suppose que tu as compacté la base.
-- Tisane
Bonjour Patrick,
J'ai un ami qui a dévoléppé il y a plusieurs années une base Access
2002 pour monoposte.
Bcp de requêtes, édition d'états, impressions.
Tout va bien mais s'il utilise la base en réseau, tout de suite il y
a de gros prbls...
J'avoue que moi aussi je suis un peu largué.
Certaines requêtes donnent des résultats vides...
Je sais vraiment pas où trouver des infos pour essayer d'adapter au
réseau, sachant quel e prbl n'est pas un accès concurrent simultané.
Si vous avez quelques tuyaux, je prends !
Une base qui doit être mise en réseau devrait être fractionnée :
- une base contenant uniquement les tables placée sur le serveur (elle est
alors nommée dorsale ou back end)
- une base contenant tout le reste ("le code") placée en local sur chaque
poste (elle est nommée frontale ou front end)
- les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même qui
fonctionne en local... le réseau doit être de piètre qualité... non ?
Bien entendu, je suppose que tu as compacté la base.
J'ai un ami qui a dévoléppé il y a plusieurs années une base Access 2002 pour monoposte. Bcp de requêtes, édition d'états, impressions. Tout va bien mais s'il utilise la base en réseau, tout de suite il y a de gros prbls... J'avoue que moi aussi je suis un peu largué. Certaines requêtes donnent des résultats vides... Je sais vraiment pas où trouver des infos pour essayer d'adapter au réseau, sachant quel e prbl n'est pas un accès concurrent simultané. Si vous avez quelques tuyaux, je prends !
Une base qui doit être mise en réseau devrait être fractionnée : - une base contenant uniquement les tables placée sur le serveur (elle est alors nommée dorsale ou back end) - une base contenant tout le reste ("le code") placée en local sur chaque poste (elle est nommée frontale ou front end) - les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même qui fonctionne en local... le réseau doit être de piètre qualité... non ? Bien entendu, je suppose que tu as compacté la base.
-- Tisane
Patrick HAOND
"Tisane" a écrit dans le message de news: elGg$
Une base qui doit être mise en réseau devrait être fractionnée : - une base contenant uniquement les tables placée sur le serveur (elle est alors nommée dorsale ou back end) - une base contenant tout le reste ("le code") placée en local sur chaque poste (elle est nommée frontale ou front end) - les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même qui fonctionne en local... le réseau doit être de piètre qualité... non ? Bien entendu, je suppose que tu as compacté la base.
Merci Tsiane pour ta réponse. En fait, je n'y ai pas vraiment mis le nez dedans encore... Et à mon avis la base n'a pas été compacté.
En tout cas j'y vois un peu plus clair.
Patrick.
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
elGg$ZsPHHA.1276@TK2MSFTNGP04.phx.gbl...
Une base qui doit être mise en réseau devrait être fractionnée :
- une base contenant uniquement les tables placée sur le serveur (elle est
alors nommée dorsale ou back end)
- une base contenant tout le reste ("le code") placée en local sur chaque
poste (elle est nommée frontale ou front end)
- les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même
qui fonctionne en local... le réseau doit être de piètre qualité... non ?
Bien entendu, je suppose que tu as compacté la base.
Merci Tsiane pour ta réponse.
En fait, je n'y ai pas vraiment mis le nez dedans encore...
Et à mon avis la base n'a pas été compacté.
Une base qui doit être mise en réseau devrait être fractionnée : - une base contenant uniquement les tables placée sur le serveur (elle est alors nommée dorsale ou back end) - une base contenant tout le reste ("le code") placée en local sur chaque poste (elle est nommée frontale ou front end) - les tables sont liées à la frontale.
Cela dit, une requête qui donne des résultats vides en réseau et la même qui fonctionne en local... le réseau doit être de piètre qualité... non ? Bien entendu, je suppose que tu as compacté la base.
Merci Tsiane pour ta réponse. En fait, je n'y ai pas vraiment mis le nez dedans encore... Et à mon avis la base n'a pas été compacté.
