Discussion :

[kurkaine]

Bonjour,

Je dois réaliser un programme de gestion de clientèle pour une société sportive. Cependant, je ne sais pas quel format est le plus adéquat. Dans le temps, j'utilisais ou bien des tables DBF ou bien access importé dans un environnement de prog. tel Borland Builder. Mais je ne sais pas aujourd'hui quel format est le plus pratique pour une petite application devant regroupé aux max 5000 clients, et aussi au niveau sécurité.

Pour résumer mes questions sont :

- Quels bds choisir pour l'intégrer dans mon application ?

- Quels environnement de développement est le plus utilisé pour ce genre d'application ?

Merci pour vos futurs réponses.

Y.

[elitost]

Cela dépend d'autres contraintes ex :

- Budget ?

Si tu cherches du gratuit, mysql est bien...

[Fabien Celaia]

Le comparatif

[elitost]

Oui dans ce comparatif il y tous ce qu'il faut pour choisir.

A noter que ce comparatif n'est pas forcément à jour avec les nouvelles versions de SGBD.

[Fabien Celaia]

Un exemple SVP, et je mets ça vite fait à jour ;-)

[kurkaine]

Merci pour les réponses.

J'ai lu le fameux comparatif ainsi que les liens postés. Mais je vais donner quelques précision pour mieux définir mes petits besoins. Il s'agit de gérer une salle de sport (fitness, muscu). Donc la clientèle (et ses abonnements°, la gestion des stocks et les programmes sportifs (dans le futur des badges magnétiques).

Je pense développé soit en Builder 6 ou soit en VB. Perso, je n'en sait rien, car je connais bien Builder, mais à ce qu'il parait VB est plus adapté, mais là c'est un autre problème (une réponse serait bienvenue cela dit ).

Le programme sera monoposte, doit être très très peu couteux, sous environnement Windows XP. Une fois installé, plus besoin d'administration, et je dois pouvoir instaurer un système de backup.

J'ai lu qu'interbase serait pas mal adapté et peu couteux. Bon, je crois qu'Oracle, MySql, Sql Serveur sont trop lourd, complexe pour mes besoins. PostgreSql : je n'en sais rien, il a l'air gratuit mais je ne sais pas si on peut le connecter à des environnements comme Builder, VB.

Ha et je précise aussi qu'il n'y aura pas des centaines de milliers d'enregistrement, grossomodo une salle doit avoir 200 personnes, mais avec le tmps on doit avoir 5000-10000 lignes aux maximums.

Violà les qq précisions. Merci d'avance pour la suite.

[qi130]

Interbase alors, ou mieux Firebird.

[kurkaine]

question idiote mais.... Pourquoi personne ne parle d'access ? C'est la solution boulet ? N'oublie pas que je fais du monoposte dans vos réponses, lol je viens de lire les forums et j'ai bien l'impression qu'un gros soft comme Oracle ferait explorer mon ordi, mes yeux, la machine à café et mes neurones, ca doit être délirant pour administrer (ha oui et je ne voudrais pas qu'on puisse éditer mes tables)

Merci.

[elitost]

Un exemple SVP, et je mets ça vite fait à jour

La version de MySQL par exemple, sinon vérifier si les inconvénients que tu notes sont toujours d'actu ( proc stoc, et requêtes imbriquées, transaction ) ds la dernière version.

question idiote mais.... Pourquoi personne ne parle d'access ? C'est la solution boulet

Je connais une personne qui a écrit ce genre de logiciel pour une salle de remise en forme en Access justement, et ça suffit très bien.

[Fabien Celaia]

Access est bien car intuitif. En terme de montée en charge, c'est pas le panard... et c'est pas gratuit. Si vous souhaitez développez qqch facilement, sans grande connaissance et sans trop vos compliquer la vie, Access peut être pas mal : il intègre dans un même fichier les écrans, la base, les états imprimés et le VBA.

[Maître Kenobi]

en même temps, si l'environnement de développement est builder 6, interbase/firebird sont idéaux car ils se couplent parfaitement avec le RAD, avec ses outils intégrés.

[Marc Lussac]

Le plus simple pour toi pour ce genre d'application ca serais d'utiliser Access à la fois comme outil et comme SGBD.

On à une rubrique Access ici : http://access.developpez.com/

Par contre pour une nouvelle application, tu ne doit surtout pas utiliser VB6 qui est périmé.

Si tu veux utiliser du VB, alors utilise VB.NET, mais VB.NET est un EDI pour développeurs, c'est beaucoup plus compliqué à utiliser qu'un outil comme Access.

[SQLpro]

Mieux vaut l'orienter sur MSDE qui est la version gratuite de SQL Server 2000 ou mieux SQL Express la version gratuite de SQL Server 2005 et qui intégre tous les mécanismes de sauvegarde notamment. Quand au lanage de dev, il serait préférable de passer à C# !!!

A +

[Marc Lussac]

C# + MSDE c'est très bien pour les développeurs Pro, mais pour faire une petite appli dans ce genre la "Je dois réaliser un programme de gestion de clientèle pour une société sportive.'" c'est bien des outils comme Access qui sont utilisés généralement.

[Maître Kenobi]

C# + MSDE c'est très bien pour les développeurs Pro, mais pour faire une petite appli dans ce genre la "Je dois réaliser un programme de gestion de clientèle pour une société sportive.'" c'est bien des outils comme Access qui sont utilisés généralement.

cela dépend aussi des compétences du développeur

[Marc Lussac]

Exactement.

Mais Access, je parle de l'outil, peut etre utilisé par des non développeurs, ou des développeurs occasionnels, alors que des outils comme Delphi, C++Builder, Visual Studio, etc sont plutot des outils destinés aux développeurs professionnels, ou aux développeurs passionnés.

Je pense que les temps de développement sont très différents.
Ce genre d'appli peut etre fait très rapidement avec Access.

La personne qui à posé la question à déjà utilisé C++Builder, mais si cette personne décide d'utiliser autre chose que C++Builder, déjà rien que la prise en main d'un nouvel EDI Pro c'est un investissement très important en temps.