Discussion :

[hmpnet]

Hi,
voilà je suis désolé mais je suis en recherche d'infos, d'avis, ... bref je suis paumé !

Je plante le décor : soit un logiciel qui fonctionne en foxpro, pour des raisons qui seraient trop longues à étaler ici, nous devons changer ! (programmateur aux abonnés absents, société qui gère les dongles en dépot de bilan, ... un programme qui s'arrête dans une 100aines de lancements, ...)

Je connais un peu ACCESS, un peu DELPHI avec gestion table paradox, un peu sql, ... bref si je compare à vous pas grand chose

Je voudrai me lancer dans la gestion de ce programme, mais je me tate quant à la direction à prendre ?

access à l'air, convivial !
delphi il faut penser à tous les contrôles ...

Que ce soit l'un ou l'autre je n'ai jamais géré les backups, récupérations de fichiers, panne de courant et très peu de génération d'état

Maintenant le logiciel c'est une gestion de clients, avec photo, date de début d'abonnement, fin, ... j'ai pu récupérer toutes les tables et data de l'ancien programme et je peux faire des printscreen de chaque écran et options (foxpro)

Priorité de traitement :
une seule machine dédiée
un seul gestionnaire

ajout et modification et suppression de membres (les photos scan extérieur mise dans un fichier ex 123 et programme appele c:\programme\photos\123.bmp )
ajout modification suppresion et contrôle d'abonnements
impression de carte ou autocollant
lecture par code barre


Caractéristiques principales :
lecture des cartes de membre par code barre 39 avec lecteur en usb
impression de carte de membre (etiquette avery) avec n°membre, code barre, nom, photo.

Voili voilou à vous de jouer !

Vous ne savez pas à quel point e vous remercie

Paul 8)

[qi130]

Priorité de traitement :
une seule machine dédiée

Oui, mais demain ? mini réseau ?

Il serait dommage de s'engager sur 1 voie de garage. A cause de cela, je te déconseille Access.

Pour le reste, et compte-tenu de ta connaissance (même imparfaite, mais on est beaucoup comme ça!) de Delphi, n'hésite pas. Tu trouveras sur sur le Forum dédié tout plein d'âmes charitables prêtes à t'épauler.
J'y ai déjà vu des post sur les points que tu évoques (code-barre, etc...)

Bon courage.

[Tofalu]

Donc, on en avais déjà discuter sur le forum Access. Je pense effectivement que c'est une bonne solution vu les traitements assez simples que tu demandes. Tu trouveras toutes l'aide dont tu as besoin dans la FAQ Access (sauf pour le lecteur code barre mais je pense que cela doit être gérable)

Pour ce qui est de Delphi, évidemment, le choix est aussi bon voir un chouilla mieux vu que plus puissant. Toutefois, le prix n'est pas le même. La licence Delphi pour une utilisation non personnelle n'est pas la même que celle d'Access. De plus, la programmation Deplhi prendra plus de temps que celle sous Access.

je n'ai jamais géré les backups

Sous Access, il suffit de copier le fichier mdb qui contient les données.
D'ailleurs à ce sujet, pense à séparer ton programme en deux. C'est à dire un mdb avec les données, l'autres avec les formulaires, les états et les modules (mais on pourra en reparler plus tard dans le forum Access si tel est ton choix)

récupérations de fichiers

Un tutoriel Access sur la gestion d'image (écrit par cafeine) t'apporteras tout ce dont tu as besoin

génération d'état

On ne peux plus simple qu'avec Access.

panne de courant

Là est le souci. Access n'aime pas trop d'être éteint à l'arrache. Toutefois, en monoposte, la base de données est moins sensible. En plus, des backups périodiques permettront de revenir sur des bases saines au cas où.

Le seul hic est la gestion du code barre que je n'ai jamais faite mais, j'ai déjà vu des demandes sur le forums Access qui ont été résolue donc à priori pas de réel souci.

[Tofalu]

Priorité de traitement :
une seule machine dédiée

Oui, mais demain ? mini réseau ?

Il serait dommage de s'engager sur 1 voie de garage. A cause de cela, je te déconseille Access.

Pour le reste, et compte-tenu de ta connaissance (même imparfaite, mais on est beaucoup comme ça!) de Delphi, n'hésite pas. Tu trouveras sur sur le Forum dédié tout plein d'âmes charitables prêtes à t'épauler.
J'y ai déjà vu des post sur les points que tu évoques (code-barre, etc...)

Bon courage.

Access permet qu'en même le multi utilisateur. Je te rappelle qu'il s'agit (que) d'une gestion de client

[Danny]

Si je comprends bien, la question est : est-ce que je pars sous Access la base qui intègre du code VBA, ou est-ce que je prends le problème à l'envers en partant de l'AGL, comme Delphi, qui se moque de la base qu'il traite ?

Réponse : être pragmatique.

Si demain ton appli explose en terme d'utilisation, c'est qu'elle a une valeur pour l'entreprise, donc tu auras les budgets pour mettre en place un cluster de dix serveurs Oracle sur un VPN avec des accès par contrôle de la rétine. C'est pas le cas...

Là où tu vas t'emm... t'embrouiller avec Delphi que j'adore, face à Access que je déteste, c'est sur le côté package : faut faire un install.exe à chaque fois. Alors qu'avec Access, c'est juste un fichier autonome à copier.

Mon conseil serait donc : fais ça sous Access, sans utiliser les trucs tordus d'Access et en restant "politiquement correct" en terme de base de données (du SQL propre, des modèles de données propres).

[hmpnet]

Merci pour les conseils, je pense débuter sous ACCESS et puis on verra la stabilité du bazar

@+
Paul 8)