Discussion :

[a87654321]

Bonjour,

j'aimerais savoir comment ACCESS fonctionne. Si j'ai bien compris Access n'utilise pas de serveur. On ne fait que stocker la base de données sur le réseau et les utilisateurs y accèdent tout simplement à l'aide, par exemple, d'une application qui utilise la base de données. Pourquoi devrait-on utiliser un serveur pour gérer nos base de données? Pourquoi ACCESS n'utilise pas de serveur?

Merci de me répondre,

Alex.

[a87654321]

Bonjour,

j'aimerais savoir comment ACCESS fonctionne. Si j'ai bien compris Access n'utilise pas de serveur. On ne fait que stocker la base de données sur le réseau et les utilisateurs y accèdent tout simplement à l'aide, par exemple, d'une application qui utilise la base de données. Pourquoi devrait-on utiliser un serveur pour gérer nos base de données? Pourquoi ACCESS n'utilise pas de serveur?

Merci de me répondre,

Alex.

[loufab]

Bonjour,

Vrai et faux.

ACCESS est un RAD qui embarque son propre moteur de base de données, Jet.
On peut utiliser ACCESS sans Bdd ou avec Jet ou encore avec n'importe quel moteur ayant un pilote ODBC. Donc SQL server, Oracle, MySQL, Postgres... et Jet également.

Maintenant si on reformule avec des termes exacts : Pourquoi Jet n'a pas besoin de Serveur.
Jet, comme DBase est une base de données fichier, c'est le client qui se charge des appels et c'est la bibliothèque (DAO ou ADO) qui fait le boulot.

Par contre mettre un bdd Jet (fichier ACCESS) sur un serveur de fichier (machine) permet un gain de perfo. A contrario le mettre sur un NAS est totalement contre indiqué car il est gros consommateur de "jetons clients" ce qu'un NAS ne possède pas ou peu.

J'espère avoir répondu à ta question.

PS : utiliser un moteur classique et totalement conseillé pour une application à fort rendement ou avec plus de 5 utilisateurs. Bien que Jet soit donné pour 255. SQL Server Express peut être une bonne alternative à jet.

[nico84]

Bonjour,

La question n'est pas si simple qu'elle en a l'air... On peut la retourner : pourquoi les bases de données ont besoin d'un serveur ?

L'exploitation de données par un logiciel nécessite à la fois de la puissance de calcul et un accès rapide à ces données. La "meilleure" solution est donc d'avoir sur la même machine logiciel d'exploitation et données : ainsi l'accès aux données se fait par un bus à 500 Mo/s. Par contre cela nécessite un standard de communication (type ADO) entre le logiciel du PC client (qui sait ce qu'il veut) et le logiciel de la base de données (qui le réalise).

Ce logiciel remplit un 2e role fondamental car c'est lui qui gère l'accès simultané aux données par plusieurs utilisateurs. Quand le volume de données et/ou le nombre de clients augmente, arrive un moment où le travail ne peut plus être réalisé de façon fiable par tous les clients chacun de leur coté !

Access a fait le choix inverse (pour son moteur de bases de données) : aucun logiciel "à proximité" des données, donc le PC client doit rapatrier toutes les tables dont il a besoin en local et faire son analyse lui-même. Sur un réseau d'entreprise il bénéficie en général d'un réseau ethernet "gigabit" qui est donc environ 10 fois plus lent (on trouve encore parfois du 100Mb mais alors ça rame un peu) et sur le web ça n'est carrément pas possible car beaucoup trop lent et irrégulier

Par ailleurs le VBA est compatible avec la norme ADO donc on peut très bien avoir un logiciel access et des données sur un serveur Oracle ou MSQL par exemple

[loufab]

...
Par ailleurs le VBA est compatible avec la norme ADO donc on peut très bien avoir un logiciel access et des données sur un serveur Oracle ou MSQL par exemple

En complément, et pour enlever toute ambiguïté, on peut utiliser du DAO sur des tables d'autres moteurs de base de données (MsSql, Oracle...) du moment qu'elles sont attachées.

[marot_r]

Bonjour.

À mon humble avis Access n'a pas besoin de serveur car il vient d'une époque ou on avait simplement du partage de fichier voir pas de partage du tout.

A+