precision pour access en reseau local [Débutant(e)]

**aliboubou** · 09/01/2007, 12h04

Bonjour,
Une petite question encore aujourd'hui: Voila j'ai donc une appli access liée à des tables sur un pc distant en reseau local. Le poste où sont stockées les tables est en wifi donc des fois la connexion saute, ce qui me fait apparaitre un message sur mon appli "maitre" me disant que les tables ne peuvent être ateintes et donc le champ pour lequel j'ai eu le probleme ne peut plus etre renseigné tant que je n'ai pas réinitialiser l'appli. Les autres champs peuvent, eux, etre renseigné des la connexion rétabli sans réinitialisation. Avec quelle fonction puis-je retenter la connection à la table pour le champs qui pose problème?
Merci d'avance

**Tofalu** · 09/01/2007, 12h35

Les interruptions réseau sont le plus grand mal pour les appli Access. Rien de tel pour corrompre un fichier

**aliboubou** · 09/01/2007, 13h48

Pas mieux comme réponse?

**Heureux-oli** · 09/01/2007, 14h21

Je dirais même plus :Les interruptions réseau sont le plus grand mal pour les appli Access. Rien de tel pour corrompre un fichier

**aliboubou** · 09/01/2007, 14h28

Salut Oli qui ne me laisse jamais longtemps dans la mouise ;-)
Qu'est-ce que vous me proposez donc comme solution?
Le moindre cout est de rigueur

**Heureux-oli** · 09/01/2007, 14h39

Contre les interruptions réseau, il n'y a aucune parade.
Le Wifi c'est génial, quand il s'agit de surf, d'échange de fichier, mais pas quand on discute de DB.
La liaison filaire est moins sujette aux coupures.

Pour exemple, les serveurs sont en général installé derrière un onduleur pour parer à ces désagréments.

**Tofalu** · 09/01/2007, 15h17

Qu'est-ce que vous me proposez donc comme solution?

Si tu es obligé d'utiliser du wifi, alors sauvegarde fréquente de la base de données dorsale

**aliboubou** · 09/01/2007, 16h00

En fait j'utilise le wifi dans mon bureau d'étude histoire de tester mon appli avec les becanes que j'ai. Sur site il y aura une liaison filaire. Mais on n'est pas a l'abri du probleme de connexion, voire meme de l'extinction accidentelle du pc hebergeur des tables. Il faudrait que mon appli puisse en cas de défaut de communication enregistrer les données en local et les rebalancer soit des qu'un test de connection aux tables est positif, soit par demande depuis le pc distant. Qu'est-ce que vous en penser?

**Tofalu** · 09/01/2007, 16h03

C'est dangereux car si lorsque la base travaille en local deux personnes ajoutent un enregistrement, ils auront 2 id identiques. Là ce n'est plus la base qui est corrompu mais tout le système d'informations.

L'arret d'un serveur est un acte excpetionnel et une sauvegarde quotidienne des données permettent de limiter les pertes

**Heureux-oli** · 09/01/2007, 19h28

Normalement, sur un serveur bien constitué, tout est au moins en double.
Sur les serveurs que j'utilise, il y a deux alim, deux carte réseau, 8 HDD et possible de monter à 12, .......
En Huit année, je n'ai jamais rencontré de problèmes serveur majeurs.

**aliboubou** · 10/01/2007, 10h39

merci pour ces précisions.
Grace à tout ca je pense que je vais abandonner les appli access en reseau
Je pense que je vais utiliser SQL Server 2005 express. Qu'est-ce que vous en penser?
Si je l'utilise que dois-je faire pour l'utiliser avec ma 1ere appli access qui contient les tables à renseigner? Faut-il exporter ces tables?
Bref on voit bien que j'y connais pas gd chose

**Heureux-oli** · 10/01/2007, 10h50

Le problème des interruptions réseau restera entier, et ce quel que soit ton système de DB.

**aliboubou** · 10/01/2007, 10h55

Je sais pas quelle solution adoptée finalement.... Je suis déprimé
Ca sert à rien que je passe par SQL srver alors?
Pisque au bout du compte g 2 applis qui vont intervenir sur la meme base de données (plusieurs tables).
Si il y a erreur de connection avec le serveur j'aurai une retour d'erreur? auquel cas je pourrai le détecter dans ma 2nde appli et pourrai me faire des enregistrements en local et par la suite lorsque la connexion revient balancer tout ce que j'ai enregistré dans cette mémoire tampon jusque dans mes tables?

**Heureux-oli** · 10/01/2007, 11h02

Il y a pleins de possibilités, mais elles ont toutes les mêmes soucis, en cas d'interruption, les données seront corrompues.
Si tu ne peux pas être certain de ta connexion

Si tu as la possibilité d'avoir de temps en temps une connexion filaire, ce serait le moment de faire la mise à jour si tu utilises un tampon.

**aliboubou** · 10/01/2007, 11h07

oui c'est ce que je disais hier, je n'utilise le wifi qu'ici a mon bureau pour développer mais sinon sur site ce sera que du filaire.
Donc ma question la est est-ce que de passer par SQL server m'apporte quelque chose?

**Heureux-oli** · 10/01/2007, 11h19

C'est une question où tu es les seul à avoir la réponse.
Perso, je préfère tout avoir en Access. Si on ne me laisse pas le choix, je fais avec

Si j'ai le choix

et si c'est pas en Intranet.
Jusqu'à présent, je n'ai pas encore rencontré les limites d'Access.
Si un jour je les rencontres, je ferai autrement.

**aliboubou** · 10/01/2007, 11h33

Donc ya-t-il une fonction dans access lorsqu'on essaie d'ecrire dans une tables distante qui dise si ya u erreur de connexion?

**Tofalu** · 10/01/2007, 12h04

Envoyé par aliboubou

Donc ya-t-il une fonction dans access lorsqu'on essaie d'ecrire dans une tables distante qui dise si ya u erreur de connexion?

Tu prends le problème à l'envers

Comme je l'ai dit hier, coupure réseau=phénomène rare !
De ce fait, interruption du réseau = interruption du service et puis c'est tout. Si la base distante est indispoible alors une erreur sera levée lorsque tu tenteras d'y accéder, y a pas plus simple.