Discussion :

[gophette]

Bonjour,
je suis entrain de developper un logiciel de gestion des restaurants et hotels en C# Winforms et pour le moment avec une base de donnée SQL SERVER EXPRESS

Le logiciel sera vendu aux clients qui vont l'installer sur leur serveurs ou poste client.

Ce pendant, j'ai un problème de taille par rapport à la base de donnée qui sera fournit aux clients !!!
Ai je le droit de vendre un logiciel avec SQL server ( il s'agit de express) ?
Avez vous une idée pour une base de donnée alternative ( open source et facile d'utilisation avec C#.NET ) ?

Est il possible de rendre les tables de la base de donnée non lisible en dehors de l'interface d'administration du progiciel ?

merci

[Pol63]

sql server express est gratuit et peut etre utilisé chez un client mais pas vendu (installé oui)

néanmoins sql server express est un vrai moteur de base de données, donc parfois lourd pour une petite base et du mono utilisateur
auquel cas il y en a des plus light et gratuites aussi dont sql server compact et sqllite qui sont des bases de données sous forme de fichier, avec une installation plus aisée

pour éviter que les gens aillent fouiller dans les tables d'sql server express il suffit de mettre un mot de passe sur le compte sa et de ne pas le donner ...

[CIFQ_Drew]

http://www.microsoft.com/sqlserver/2...s/compact.aspx pourrais peut-être t'aider.

Sinon, si la base de données en question aura une quantité raisonnable de donnée à emmagasiner, une base de données Access peut faire l'affaire, considérant qu'un fichier .mdb ou .accdb peuvent être créer via C# sans avoir Access d'installé.

[Pol63]

je déconseille très fortement access
de plus si tu as déjà commencé ta base, tu peux passer facilement de sql server express à sql server compact

[Mstreatboy]

Comment fonctionnera ton application, les access en temps réel sur les tables, pourrais tu spécifier les besoins?

[gophette]

Comment fonctionnera ton application, les access en temps réel sur les tables, pourrais tu spécifier les besoins?

Merci à tous et à toutes

Ce pendant les access sont en temps reels mais avec des contraintes de concurrence (Lors de la reservation d'une table parexemple, on devra poser un verrou sur celle ci pour empecher qu'un autre serveur le reserve lui aussi)

besoins : commande de menu, reservation de table etc, encaissement, etc

[Pol63]

les besoins métiers ne sont pas vraiment la question, mais plus les besoins techniques comme mono/multi utilisateur, accès tcp etc...

[gophette]

les besoins métiers ne sont pas vraiment la question, mais plus les besoins techniques comme mono/multi utilisateur, accès tcp etc...

Les 2 : multi et mono utilisateur :
multiutilisateur
base de donnée sur un serveur et l'application installé sur tous les postes clients

mono utilisateur
base de donnée et l'application toutes les 2 installés sur le postes clients et dans ce cas ; en cas d'evolution de l'entreprise, il s'agit juste de transferer la base de doonées sur un serveur et faire autant d'installation de l'application cliente que l'on veut

[CIFQ_Drew]

je déconseille très fortement access

Tout dépend de la taille de la base de données. Pour ma part, si la base de données contiens cinq ou six tables et que je sais très bien qu'ils n'y aura pas plus de cent requêtes par jours, une base Access est vite fait et bien fait. Surtout qu'avec la nouvelle version du moteur ACE les déclencheurs font leur apparition.

Mais si les besoins sont plus grand, en effet je ne conseil pas Access non plus.

[Pol63]

même avec des petits besoin il y a des tas de concurrents gratuis qui sont 100x mieux qu'access
pourquoi utiliser une "merde" quand on peut avoir un truc correct pour le même prix ...