Discussion :

[Zangdar76]

Bonjour,

Je dois développer une base de données afin de gérer le stock et les ventes d'un évènement ponctuel (ouverture sur un weekend unique).

La gestion était précédemment fait sous Excel avec une feuille pour le stock, une feuille de saisie pour chaque vente, et des macros pour faire le lien entre tous cela.

La solution Excel fonctionnait assez bien pour notre besoin - somme toute assez basique - sauf qu'elle nécessitait une saisie manuelle de toutes les ventes sur un poste unique (pas de gestion accès simultané possible...). Ce qui veut dire une première saisie papier par tous les vendeurs et une saisie central dans Excel de toutes les ventes pas une seule personne (= boulot ingrats réalisé en double...)

Je souhaite donc passer sur un vrai système de base de données, mais je ne sais pas vraiment quoi prendre comme solution. Access ne semble pas très adaptée pour une gestion simultané en réseau.
J'ai quelques connaissances de mySQL avec un accès PHP. Je pense que je devrais arriver à m'en sortir avec ça, mais ne sais pas si c'est le plus adapté...

Voilà, la discussion est ouverte et j'éspère que vous aurez des propositions à me faire pour m'aider dans mon choix !

[Hinault Romaric]

Pour une petite application MySQL devrait aller et côté applicatif tu peux utiliser PHP.

[Zangdar76]

Bon et bien merci pour ta réponse.
S'il n'y a pas d'autre avis, je vais donc me lancer comme ça !

[SQLpro]

Personnellement j'éviterais MySQL dont les faibles aspects transactionnels sont inadéquat face à de la base de données de gestion orienté vente. En effet, MySQL est peu fiable en matière de transaction, particulièrement lors des montées en charges (plus de 5 users). Le jour ou une transaction, notamment financière se casse la gueule, vous perdrez de l'argent et le client....
Lisez ce que j'ai écrit au sujet de MySQL : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/
Si vous voulez du libre optez pour PostGreSQL. Sinon, prenez du SQL Server. C'est le meilleur rapport fiabilité+sécurité / pris dans le monde du payant, et notez qu'il existe une version gratuite pour des bases jusqu'à 10 Go.

A +

[gregory.broissard]

Je rajouterai une petite pierre à l'edifice

mais regardez du côté des ERPs qui sont faits pour gérer des stocks et des ventes
Sans rentrer forcément dans SAP qui peut sembler lourd mais qui est vraiment top, il y a d'autres ERPs plus légers qui ont déjà tout de développé et d'embarqué comme OpenERP par exemple...