Configuration: Windows 98 - Access 2000 - Base de données placée dans un
dossier partagé.
Voici le problème:
Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées
automatiquement en utilisant la base de donnée placée dans un dossier
partagé sur le réseau. Ces copies sont évidemment non désirées! De plus,
il semble que cela empêche l'utilisation (entrée de nouvelles données) par
différents utilisateurs pour lesquels tout fonctionnait bien auparavant. La
base de données est placée en mode partagée (Outils > Options > Mode
partagée).
Ces copies de la base de données originales, sont de plus, le double de la
taille du fichier original!
D'où vient le problème? Merci à qui peut m'informer à ce sujet.
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
Anor
Bonjour, De quelle manière procèdes tu au compactage de ta base ? Ces copies sont laissées par Access lorsque un compactage n'arrive pas au bout, ie. lorsque la base originelle ne peut pas être supprimée pour être remplacée par la base compactée. (cas de personnes qui sont connectées ou des postes qui ne quittent pas proprement).
Essaye de compacter et réparer avec un seul utilisateur pour voir
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Butch wrote: | Bonjour, | | Configuration: Windows 98 - Access 2000 - Base de données placée | dans un dossier partagé. | | Voici le problème: | | Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées | automatiquement en utilisant la base de donnée placée dans un dossier | partagé sur le réseau. Ces copies sont évidemment non désirées! De | plus, il semble que cela empêche l'utilisation (entrée de nouvelles | données) par différents utilisateurs pour lesquels tout fonctionnait | bien auparavant. La base de données est placée en mode partagée | (Outils > Options > Mode partagée). | | Ces copies de la base de données originales, sont de plus, le double | de la taille du fichier original! | | D'où vient le problème? Merci à qui peut m'informer à ce sujet. | | Butch
Bonjour,
De quelle manière procèdes tu au compactage de ta base ?
Ces copies sont laissées par Access lorsque un compactage n'arrive pas au bout,
ie. lorsque la base originelle ne peut pas être supprimée pour être remplacée par la base
compactée.
(cas de personnes qui sont connectées ou des postes qui ne quittent pas proprement).
Essaye de compacter et réparer avec un seul utilisateur pour voir
--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation : http://users.skynet.be/mpfa/
Access Memorandum : http://memoaccess.free.fr
/Réponses souhaitées sur ce forum, merci/
--------------------------------------------------
Butch wrote:
| Bonjour,
|
| Configuration: Windows 98 - Access 2000 - Base de données placée
| dans un dossier partagé.
|
| Voici le problème:
|
| Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées
| automatiquement en utilisant la base de donnée placée dans un dossier
| partagé sur le réseau. Ces copies sont évidemment non désirées! De
| plus, il semble que cela empêche l'utilisation (entrée de nouvelles
| données) par différents utilisateurs pour lesquels tout fonctionnait
| bien auparavant. La base de données est placée en mode partagée
| (Outils > Options > Mode partagée).
|
| Ces copies de la base de données originales, sont de plus, le double
| de la taille du fichier original!
|
| D'où vient le problème? Merci à qui peut m'informer à ce sujet.
|
| Butch
Bonjour, De quelle manière procèdes tu au compactage de ta base ? Ces copies sont laissées par Access lorsque un compactage n'arrive pas au bout, ie. lorsque la base originelle ne peut pas être supprimée pour être remplacée par la base compactée. (cas de personnes qui sont connectées ou des postes qui ne quittent pas proprement).
Essaye de compacter et réparer avec un seul utilisateur pour voir
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Butch wrote: | Bonjour, | | Configuration: Windows 98 - Access 2000 - Base de données placée | dans un dossier partagé. | | Voici le problème: | | Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées | automatiquement en utilisant la base de donnée placée dans un dossier | partagé sur le réseau. Ces copies sont évidemment non désirées! De | plus, il semble que cela empêche l'utilisation (entrée de nouvelles | données) par différents utilisateurs pour lesquels tout fonctionnait | bien auparavant. La base de données est placée en mode partagée | (Outils > Options > Mode partagée). | | Ces copies de la base de données originales, sont de plus, le double | de la taille du fichier original! | | D'où vient le problème? Merci à qui peut m'informer à ce sujet. | | Butch
Butch
Bonjour Arnaud
De quelle manière procèdes tu au compactage de ta base ?
Le compactage de la base se fait automatiquement à la fermeture de la base (Outils > options > onglet Général > Compacter lors de la fermeture).
Essaye de compacter et réparer avec un seul utilisateur pour voir
Concernant la "réparation" de la BD, je crois (reprends-moi si je fais erreur...) que c'est une procédure qui doit être exécutée au démarrage de la BD?! Mais voilà, si c'est le cas, quelle est la commande nécessaire et comment l'employer? Sinon... existe-t-il une "option" dans un des menus de Access pour effectuer cette opération?
Merci encore,
Butch
Butch wrote: | Bonjour, | | Configuration: Windows 98 - Access 2000 - Base de données placée | dans un dossier partagé. | | Voici le problème: | | Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées | automatiquement en utilisant la base de donnée placée dans un dossier | partagé sur le réseau. Ces copies sont évidemment non désirées! De | plus, il semble que cela empêche l'utilisation (entrée de nouvelles | données) par différents utilisateurs pour lesquels tout fonctionnait | bien auparavant. La base de données est placée en mode partagée | (Outils > Options > Mode partagée). | | Ces copies de la base de données originales, sont de plus, le double | de la taille du fichier original! | | D'où vient le problème? Merci à qui peut m'informer à ce sujet. | | Butch
Bonjour Arnaud
De quelle manière procèdes tu au compactage de ta base ?
Le compactage de la base se fait automatiquement à la fermeture de la base
(Outils > options > onglet Général > Compacter lors de la fermeture).
Essaye de compacter et réparer avec un seul utilisateur pour voir
Concernant la "réparation" de la BD, je crois (reprends-moi si je fais
erreur...) que c'est une procédure qui doit être exécutée au démarrage de la
BD?! Mais voilà, si c'est le cas, quelle est la commande nécessaire et
comment l'employer? Sinon... existe-t-il une "option" dans un des menus de
Access pour effectuer cette opération?
Merci encore,
Butch
Butch wrote:
| Bonjour,
|
| Configuration: Windows 98 - Access 2000 - Base de données placée
| dans un dossier partagé.
|
| Voici le problème:
|
| Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées
| automatiquement en utilisant la base de donnée placée dans un dossier
| partagé sur le réseau. Ces copies sont évidemment non désirées! De
| plus, il semble que cela empêche l'utilisation (entrée de nouvelles
| données) par différents utilisateurs pour lesquels tout fonctionnait
| bien auparavant. La base de données est placée en mode partagée
| (Outils > Options > Mode partagée).
|
| Ces copies de la base de données originales, sont de plus, le double
| de la taille du fichier original!
|
| D'où vient le problème? Merci à qui peut m'informer à ce sujet.
|
| Butch
De quelle manière procèdes tu au compactage de ta base ?
Le compactage de la base se fait automatiquement à la fermeture de la base (Outils > options > onglet Général > Compacter lors de la fermeture).
Essaye de compacter et réparer avec un seul utilisateur pour voir
Concernant la "réparation" de la BD, je crois (reprends-moi si je fais erreur...) que c'est une procédure qui doit être exécutée au démarrage de la BD?! Mais voilà, si c'est le cas, quelle est la commande nécessaire et comment l'employer? Sinon... existe-t-il une "option" dans un des menus de Access pour effectuer cette opération?
Merci encore,
Butch
Butch wrote: | Bonjour, | | Configuration: Windows 98 - Access 2000 - Base de données placée | dans un dossier partagé. | | Voici le problème: | | Depuis quelques temps, des copies au nom de BD1 - BD2 etc. sont créées | automatiquement en utilisant la base de donnée placée dans un dossier | partagé sur le réseau. Ces copies sont évidemment non désirées! De | plus, il semble que cela empêche l'utilisation (entrée de nouvelles | données) par différents utilisateurs pour lesquels tout fonctionnait | bien auparavant. La base de données est placée en mode partagée | (Outils > Options > Mode partagée). | | Ces copies de la base de données originales, sont de plus, le double | de la taille du fichier original! | | D'où vient le problème? Merci à qui peut m'informer à ce sujet. | | Butch
3stone
Salut,
"Butch"
Le compactage de la base se fait automatiquement à la fermeture de la base (Outils > options > onglet Général > Compacter lors de la fermeture).
Si cette option est cochée, et que tu te retrouve avec des db1.... c'est que ta base à de gros problèmes !
Par prudence, avant qu'il ne soit trop tard, j'importerai tout dans une nouvelle base... en espérant que cela passe.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"Butch"
Le compactage de la base se fait automatiquement à la fermeture de la base
(Outils > options > onglet Général > Compacter lors de la fermeture).
Si cette option est cochée, et que tu te retrouve avec des db1....
c'est que ta base à de gros problèmes !
Par prudence, avant qu'il ne soit trop tard, j'importerai tout
dans une nouvelle base... en espérant que cela passe.
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
Le compactage de la base se fait automatiquement à la fermeture de la base (Outils > options > onglet Général > Compacter lors de la fermeture).
Si cette option est cochée, et que tu te retrouve avec des db1.... c'est que ta base à de gros problèmes !
Par prudence, avant qu'il ne soit trop tard, j'importerai tout dans une nouvelle base... en espérant que cela passe.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Butch
Bonjour Pierre,
Merci pour les renseignements.
Si cette option est cochée, et que tu te retrouve avec des db1.... c'est que ta base à de gros problèmes ! Oui, cette option (compactage auto à la fermeture) est effectivement cochée.
Par prudence, avant qu'il ne soit trop tard, j'importerai tout dans une nouvelle base... en espérant que cela passe. Effectivement, je procède dès maintenant à cette opération (pour le
client...).
Toutefois, je crains malheureusement que cette chose ne se reproduise! N'étant pas celui qui gère le réseau où la BD est installée, je ne peux qu'informer le responsable et les usagers des "précautions" à prendre. J'aimerais cependant m'assurer que j'ai bien compris les raisons qui entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche effectuée dans la base de connaissances de Microsoft, cela se produit (si j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Puis-je te demander de confirmer ou préciser que ces événements sont bien la cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais m'assurer qu'il n'y a pas de problème avec la conception "en général" de la BD... même si cette BD fonctionnait , auparavant, correctement.
Merci pour les renseignements supplémentaires que tu pourrais me fournir...les informations de Microsoft c'est OK... mais l'opinion d'un spécialiste "sur le terrain" serait appréciée.
Merci encore,
Butch
Bonjour Pierre,
Merci pour les renseignements.
Si cette option est cochée, et que tu te retrouve avec des db1....
c'est que ta base à de gros problèmes !
Oui, cette option (compactage auto à la fermeture) est effectivement cochée.
Par prudence, avant qu'il ne soit trop tard, j'importerai tout
dans une nouvelle base... en espérant que cela passe.
Effectivement, je procède dès maintenant à cette opération (pour le
client...).
Toutefois, je crains malheureusement que cette chose ne se reproduise!
N'étant pas celui qui gère le réseau où la BD est installée, je ne peux
qu'informer le responsable et les usagers des "précautions" à prendre.
J'aimerais cependant m'assurer que j'ai bien compris les raisons qui
entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche
effectuée dans la base de connaissances de Microsoft, cela se produit (si
j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se
produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Puis-je te demander de confirmer ou préciser que ces événements sont bien la
cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais
m'assurer qu'il n'y a pas de problème avec la conception "en général" de la
BD... même si cette BD fonctionnait , auparavant, correctement.
Merci pour les renseignements supplémentaires que tu pourrais me
fournir...les informations de Microsoft c'est OK... mais l'opinion d'un
spécialiste "sur le terrain" serait appréciée.
Si cette option est cochée, et que tu te retrouve avec des db1.... c'est que ta base à de gros problèmes ! Oui, cette option (compactage auto à la fermeture) est effectivement cochée.
Par prudence, avant qu'il ne soit trop tard, j'importerai tout dans une nouvelle base... en espérant que cela passe. Effectivement, je procède dès maintenant à cette opération (pour le
client...).
Toutefois, je crains malheureusement que cette chose ne se reproduise! N'étant pas celui qui gère le réseau où la BD est installée, je ne peux qu'informer le responsable et les usagers des "précautions" à prendre. J'aimerais cependant m'assurer que j'ai bien compris les raisons qui entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche effectuée dans la base de connaissances de Microsoft, cela se produit (si j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Puis-je te demander de confirmer ou préciser que ces événements sont bien la cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais m'assurer qu'il n'y a pas de problème avec la conception "en général" de la BD... même si cette BD fonctionnait , auparavant, correctement.
Merci pour les renseignements supplémentaires que tu pourrais me fournir...les informations de Microsoft c'est OK... mais l'opinion d'un spécialiste "sur le terrain" serait appréciée.
Merci encore,
Butch
3stone
Salut,
"Butch"
Toutefois, je crains malheureusement que cette chose ne se reproduise! N'étant pas celui qui gère le réseau où la BD est installée, je ne peux qu'informer le responsable et les usagers des "précautions" à prendre. J'aimerais cependant m'assurer que j'ai bien compris les raisons qui entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche effectuée dans la base de connaissances de Microsoft, cela se produit (si j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Il s'avère que la plupart des cas de corruptions qui sont rapportés ici au groupes, sont en effet causé par un réseau défaillant, un "sortie" cavalière de la base et autre reset en plein travail...
A coté de la limitation au niveau performance dans un contexte réseau, il y a la relative fragilité quant à la sécurité des données. Cela est dut au concept même d'une base Access sous Jet.
Ce qui n'empêche d'ailleurs pas un fonctionnement "sans problème" lorsque les utilisateurs sont conscients de *leurs* manipulations!
Puis-je te demander de confirmer ou préciser que ces événements sont bien la cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais m'assurer qu'il n'y a pas de problème avec la conception "en général" de la BD... même si cette BD fonctionnait , auparavant, correctement.
Lorsque l'on choisi Access, il faut accepter certaines contraintes, mettre en place un système de backup pour les données de qque importance, s'assurer de qualité du réseau et de l'état (mental ;) des utilisateurs!
A défaut, envisager qque chose qui englobe nativement la sécurité des données, style SQL serveur.
[...] mais l'opinion d'un spécialiste "sur le terrain" serait appréciée.
Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"Butch"
Toutefois, je crains malheureusement que cette chose ne se reproduise!
N'étant pas celui qui gère le réseau où la BD est installée, je ne peux
qu'informer le responsable et les usagers des "précautions" à prendre.
J'aimerais cependant m'assurer que j'ai bien compris les raisons qui
entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche
effectuée dans la base de connaissances de Microsoft, cela se produit (si
j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se
produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Il s'avère que la plupart des cas de corruptions qui sont rapportés
ici au groupes, sont en effet causé par un réseau défaillant,
un "sortie" cavalière de la base et autre reset en plein travail...
A coté de la limitation au niveau performance dans un contexte réseau,
il y a la relative fragilité quant à la sécurité des données.
Cela est dut au concept même d'une base Access sous Jet.
Ce qui n'empêche d'ailleurs pas un fonctionnement "sans problème"
lorsque les utilisateurs sont conscients de *leurs* manipulations!
Puis-je te demander de confirmer ou préciser que ces événements sont bien la
cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais
m'assurer qu'il n'y a pas de problème avec la conception "en général" de la
BD... même si cette BD fonctionnait , auparavant, correctement.
Lorsque l'on choisi Access, il faut accepter certaines contraintes,
mettre en place un système de backup pour les données de qque
importance, s'assurer de qualité du réseau et de l'état (mental ;)
des utilisateurs!
A défaut, envisager qque chose qui englobe nativement la sécurité
des données, style SQL serveur.
[...] mais l'opinion d'un spécialiste "sur le terrain" serait appréciée.
Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
Toutefois, je crains malheureusement que cette chose ne se reproduise! N'étant pas celui qui gère le réseau où la BD est installée, je ne peux qu'informer le responsable et les usagers des "précautions" à prendre. J'aimerais cependant m'assurer que j'ai bien compris les raisons qui entraînent ces événements!!
En résumé, d'après les informations reçues de Arnaud et une recherche effectuée dans la base de connaissances de Microsoft, cela se produit (si j'ai bien compris!), lorsque la BD n'est pas fermée correctement, qu'il se produit un problème sur le réseau lorsque la BD est ouverte, etc. etc.
Il s'avère que la plupart des cas de corruptions qui sont rapportés ici au groupes, sont en effet causé par un réseau défaillant, un "sortie" cavalière de la base et autre reset en plein travail...
A coté de la limitation au niveau performance dans un contexte réseau, il y a la relative fragilité quant à la sécurité des données. Cela est dut au concept même d'une base Access sous Jet.
Ce qui n'empêche d'ailleurs pas un fonctionnement "sans problème" lorsque les utilisateurs sont conscients de *leurs* manipulations!
Puis-je te demander de confirmer ou préciser que ces événements sont bien la cause de la situation ou m'éclairer davantage sur le sujet. J'aimerais m'assurer qu'il n'y a pas de problème avec la conception "en général" de la BD... même si cette BD fonctionnait , auparavant, correctement.
Lorsque l'on choisi Access, il faut accepter certaines contraintes, mettre en place un système de backup pour les données de qque importance, s'assurer de qualité du réseau et de l'état (mental ;) des utilisateurs!
A défaut, envisager qque chose qui englobe nativement la sécurité des données, style SQL serveur.
[...] mais l'opinion d'un spécialiste "sur le terrain" serait appréciée.
Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Anor
Bonjour,
Butch wrote: | J'aimerais m'assurer qu'il n'y a pas de problème avec la conception | "en général" de la BD... même si cette BD fonctionnait , auparavant, | correctement.
En plus de la réponse de 3stone, je rajouterais ceci :
- si elle fonctionnait correctement auparavant, alors ce n'est pas un problème de conception. J'opte également pour un début de corruption. L'import de tous les objets, menus et relations dans une nouvelle base devrait résoudre le problème.
Cela dit, tu ne dis pas quelle base ne se compacte pas : la dorsale (tables avec les données) ou une frontale ou tu n'as pas fractionné ta base ?
Si c'est la dorsale, supprime les bd1 et bd2 et compacte la manuellement mieux, importe toutes les tables et relations dans une nouvelle base. Penser à réactiver compacter à la fermeture.
Si c'est UNE frontale, j'ai l'habitude de suggérer : SUP puis Coller la Frontale d'origine, celle qui est bien au chaud et qui n'a jamais servi. Le faire sur tous les postes ne fera pas de mal de repartir à neuf.
Si c'est LA frontale car base non fractionnée, aïe. Il va falloir aller chez le client pour finir le travail ;-))
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Bonjour,
Butch wrote:
| J'aimerais m'assurer qu'il n'y a pas de problème avec la conception
| "en général" de la BD... même si cette BD fonctionnait , auparavant,
| correctement.
En plus de la réponse de 3stone, je rajouterais ceci :
- si elle fonctionnait correctement auparavant, alors ce n'est pas un problème de conception.
J'opte également pour un début de corruption.
L'import de tous les objets, menus et relations dans une nouvelle base devrait résoudre le
problème.
Cela dit, tu ne dis pas quelle base ne se compacte pas :
la dorsale (tables avec les données)
ou une frontale
ou tu n'as pas fractionné ta base ?
Si c'est la dorsale, supprime les bd1 et bd2 et compacte la manuellement
mieux, importe toutes les tables et relations dans une nouvelle base.
Penser à réactiver compacter à la fermeture.
Si c'est UNE frontale, j'ai l'habitude de suggérer : SUP puis Coller
la Frontale d'origine, celle qui est bien au chaud et qui n'a jamais servi.
Le faire sur tous les postes ne fera pas de mal de repartir à neuf.
Si c'est LA frontale car base non fractionnée, aïe. Il va falloir aller chez le client pour
finir le travail ;-))
--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation : http://users.skynet.be/mpfa/
Access Memorandum : http://memoaccess.free.fr
/Réponses souhaitées sur ce forum, merci/
--------------------------------------------------
Butch wrote: | J'aimerais m'assurer qu'il n'y a pas de problème avec la conception | "en général" de la BD... même si cette BD fonctionnait , auparavant, | correctement.
En plus de la réponse de 3stone, je rajouterais ceci :
- si elle fonctionnait correctement auparavant, alors ce n'est pas un problème de conception. J'opte également pour un début de corruption. L'import de tous les objets, menus et relations dans une nouvelle base devrait résoudre le problème.
Cela dit, tu ne dis pas quelle base ne se compacte pas : la dorsale (tables avec les données) ou une frontale ou tu n'as pas fractionné ta base ?
Si c'est la dorsale, supprime les bd1 et bd2 et compacte la manuellement mieux, importe toutes les tables et relations dans une nouvelle base. Penser à réactiver compacter à la fermeture.
Si c'est UNE frontale, j'ai l'habitude de suggérer : SUP puis Coller la Frontale d'origine, celle qui est bien au chaud et qui n'a jamais servi. Le faire sur tous les postes ne fera pas de mal de repartir à neuf.
Si c'est LA frontale car base non fractionnée, aïe. Il va falloir aller chez le client pour finir le travail ;-))
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Butch
Bonjour Pierre et Arnaud,
Merci à vous deux pour ces très claires précisions.
Pierre...
"Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))"
...Loin de moi l'idée de "déduire" trop rapidement et encore plus de "beurrer épais" comme on dit chez nous! :-))) ...Étant donné que je consulte assez souvent le NG, j'ai facilement constaté que plusieurs collaborateurs, comme toi et Arnaud, apportent une contribution très appréciée au forum. Sachant que vous ne retirez aucun avantage réel pour les heures passées à répondre aux moins expérimentés comme moi, je considère que le fait d'utiliser le terme "spécialiste de terrain" était une expression signifiant mon appréciation pour votre collaboration et une reconnaissance de votre expérience. J'espère que cette précision saura mieux préciser mon intention.
Allez... au revoir et sincères remerciements encore. :-)))))
Butch
Bonjour Pierre et Arnaud,
Merci à vous deux pour ces très claires précisions.
Pierre...
"Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))"
...Loin de moi l'idée de "déduire" trop rapidement et encore plus de
"beurrer épais" comme on dit chez nous! :-)))
...Étant donné que je consulte assez souvent le NG, j'ai facilement constaté
que plusieurs collaborateurs, comme toi et Arnaud, apportent une
contribution très appréciée au forum. Sachant que vous ne retirez aucun
avantage réel pour les heures passées à répondre aux moins expérimentés
comme moi, je considère que le fait d'utiliser le terme "spécialiste de
terrain" était une expression signifiant mon appréciation pour votre
collaboration et une reconnaissance de votre expérience. J'espère que cette
précision saura mieux préciser mon intention.
Allez... au revoir et sincères remerciements encore. :-)))))
Merci à vous deux pour ces très claires précisions.
Pierre...
"Pas de déduction rapide, s.t.p. et... fait gaffe à la pommade ;-))))"
...Loin de moi l'idée de "déduire" trop rapidement et encore plus de "beurrer épais" comme on dit chez nous! :-))) ...Étant donné que je consulte assez souvent le NG, j'ai facilement constaté que plusieurs collaborateurs, comme toi et Arnaud, apportent une contribution très appréciée au forum. Sachant que vous ne retirez aucun avantage réel pour les heures passées à répondre aux moins expérimentés comme moi, je considère que le fait d'utiliser le terme "spécialiste de terrain" était une expression signifiant mon appréciation pour votre collaboration et une reconnaissance de votre expérience. J'espère que cette précision saura mieux préciser mon intention.
Allez... au revoir et sincères remerciements encore. :-)))))
