Discussion :

[MatthieuS]

Bonjour à tous,

Je travail pour une société allemande de 30 personnes en tant qu’acheteur. Notre BDD actuelle tourne sur un AS400 avec un programme préhistorique, autant dire que c’est pas la joie…

Je cherche donc à développer (ou à faire développer) une nouvelle BDD. Je viens de réfléchir à l’architecture qu’elle pourrait avoir, ça donne :
- trois mode de fonctionnement (ou trois accès) : achat, vente, bureau d’étude
- entre 10 et 15 formulaires « principaux » (pas seulement pour consulter mais pour agir…)
- entre 10 et 12 tables (de différentes tailles, mais on a 90 000 articles)
- normalement pas plus de 5 utilisateurs à la fois, mais entre 20 et 25 utilisateurs possibles.

Mes questions :

Il faut que je choisisse un logiciel de BDD ! Le quel prendre ?

Access 2003 est déjà sur tous les postes (pas de licences supplémentaires à acheter) et j’ai déjà travaillé avec, je peux donc sûrement tout programmer moi-même. Mais qu’en est il de la gestion Multi-Utilisateur ? Et des performances ? SQL Server fonctionne peut-être mieux mais est-ce adapté ? Et combien coûtent 22 licences ? Le développement est-il semblable à Access ? Devrais-je me tourner vers des programmes comme Oracle ou autre ?

Donc je suis un peu perplexe … Pouvez-vous m’aider ?

Autre question : je suis en Allemagne, mon pack office est en allemand, si je développe une bdd sur un Access francophone, fonctionnera t’il sur des versions allemandes ?

Merci pour vos conseils !

[(Benoit)]

Pourquoi pas une petite base MySQL gratuite
Tu pourrais installer un serveur mysql sur un poste ou même sur un serveur si tu en as.
Pour les formulaires, pourquoi pas un petit développement en Php (le serveur Php est gratuit aussi)

[MatthieuS]

Le problème c'est que je me suis fais une bdd personelle sur Ecxel, bourée de lien entre les tables, ca marche, mais c'est pas bon pour une utilisation multi-utilisateur. Access, je connais un peu, j'ai déjà fais des bd de gestion de stock dans un boulo précédent, je me débrouille sur le dèveloppement (mais c'est plus compliqué que excell)

Alors si tu me parles de MySQL et de PHP, je connais ca de nom mais pas plus.

Avec le ralentissement éconnomique, je n'aurais jamais les fonds pour embaucher un devleoppeur pendant trois mois. Je peux esperer au plus un poste de stage... Alors si c'est du Access ou assimilé, je m'en sort mais aussi non... ca va être plus dur, possible, mais plus dur.

[Lou Pitchoun]

Salut,

Dans ce cas là, Access supportera facilement le nombre d'utilisateurs simultanés.

Pour plus d'infos :
http://dolphy35.developpez.com//arti.../basesreseaux/
Et une recherche sur le forum avec le terme réseau.

[MatthieuS]

Salut,

Dans ce cas là, Access supportera facilement le nombre d'utilisateurs simultanés.

C'est à dire 5 ou 25 utilisateurs en même temps ?

merci pour les infos !

[Lou Pitchoun]

5.

25, il vaut mieux se tourner vers une autre solution.
En sachant que tu peux utiliser Access pour l'interface qui pointe vers une base autre que Access (MySQL, Oracle, SQL Serveur...)

Si tu as moyen d'utiliser MySQL, voici un article qui te permettra d'utiliser une connection ODBC :
http://ledzeppii.developpez.com/odbc-access/

C'est à dire 5 ou 25 utilisateurs en même temps ?

merci pour les infos !

[MatthieuS]

5.

25, il vaut mieux se tourner vers une autre solution.
En sachant que tu peux utiliser Access pour l'interface qui pointe vers une base autre que Access (MySQL, Oracle, SQL Serveur...)

Ok merci, mais encore deux questions :
Combien d'utilisateurs simultanés peut-on avoir au maximum sur une bdd Access 2003 sans que ca ne rame trop ?

Paut-on programmer sur access en francais et faire tourner le tout sur des poste avec une suite office allemande ?

[Lou Pitchoun]

Ok merci, mais encore deux questions :
Combien d'utilisateurs simultanés peut-on avoir au maximum sur une bdd Access 2003 sans que ca ne rame trop ?

Au vu des posts et suivant les versions : cela ne change pas.
2-3 c'est bon.
au delà jusqu'à 5-6 (peut être plus ???) c'est acceptable.

Paut-on programmer sur access en francais et faire tourner le tout sur des poste avec une suite office allemande ?

Le seul inconvénient serait au niveau de macro.
Je n'ai jamais utilisé une autre langue que le français.
Fais une recherche avec les termes langue version sur le forum.

[MatthieuS]

Est-il alors possible de developper la bdd sur access et si le besoin se fait sentire, de plus tard, de migrer les tables sur my SQL par exemple?

Est-ce illusoir ou faisable facilement ?

[naphta]

Salut,
Je m'incruste dans cette discussion,

Pour ma part si tu commences de zéro, si j'ai un conseil c'est que tu t'orientes vers une appli full web sur une archi dotnet avec SqlExpress 2008 (si il y a un souci d'argent), le démarrage et la familiarisation va être longue mais après tu auras une appli moderne accessible sur le Web et de type client/server.
De plus avec tous les contrôles Ajax qui débarquent les soucis côté client et côté serveur sont finis.
Fini les soucis de licence, les mises à jour du frontal, de contrôles à référencer chez le client etc etc
VS 2008 est devenu un vrai RAD, (j'ai pas d'actions chez microsoft)

30 personnes c'est pas mal comme même pour access.
a+

[Invité]

Bonjour

Je viens peut être un peu tard;
L'As400 est peut être "préhistorique" mais il a également de gros avantages.
Peut être faut il prendre une solution intermédiaire en continuant à alimenter tes bases As400, et développer des programmes complémentaires de consultation, statistiques, listings, impressions ou autres avec une connexion entre Access et As400. Avec une connexion Ado on fait des développements très sympas qui changent la vie.

[MatthieuS]

Merci à tous pour les renseignements.

je vais potasser tout ca !


M