Discussion :

[Invité]

Bonjour à toutes et à tous,

Je suis spécialisé dans le développement d'application bureau à l'aide de WPF et C#.

Cependant j'ai besoin de votre aide pour débloquer ma situation.

Laissez moi vous expliquer :

Je suis externe à une société et je dois développer une application bureau de gestion de la clientèle. Dans le service, tous les membres ont un poste personnel et doivent accéder à la base de données des clients au travers de cette fameuse application.

Au départ, je pensais utiliser "SQLite" mais il semblerait que ce concept ne soit pas adapté au partage réseau.

La base de données contient le nom, prénom, numéro, etc... des clients et l'application permet de consulter le contenu de cette base, de la mettre à jour etc...

Par contrainte technique, je ne peux pas demander au client de mettre en place un serveur etc etc... c'est pour cela qu'à première vue "SQLite" était très adapté à ma situation.

En vous remerciant par avance,

John

[ZenZiTone]

Par contrainte technique, je ne peux pas demander au client de mettre en place un serveur etc etc... c'est pour cela qu'à première vue "SQLite" était très adapté à ma situation.

Hum sans serveur pour héberger la base de données tu feras comment pour t'assurer que tous les postes ont bien les même données?

[Invité]

Hum sans serveur pour héberger la base de données tu feras comment pour t'assurer que tous les postes ont bien les même données?

Les données seront stockées dans une base locale de type "SQLite".

Car si il faut un serveur par exemple SQL, je dois demander à mon client de mettre en place un serveur, installer SQL Serveur etc etc...

[François DORIN]

Bonjour,

Si tu as besoin d'avoir des accès simultanés à ta base, alors oublie SQLite. Il n'est pas du tout fait pour ça ! Utilise un SGBD étudié pour (Postgresql, Mysql/MariaDB, SQL Server, Oracle, etc...).

Si je comprends bien, tu as un service au nom du quel tu dois gérer les clients. Ensuite, dans ce service, les membres ont tous accès à un poste et peuvent accéder aux données des clients. De ce point de vue, tu as besoin d'une base centralisée. Et donc d'avoir, au moins pour ce service, une base de données à installer. Cette base peut être interne (ce que tu ne souhaites pas) ou externe (ce qui n'est pas forcément souhaitable).

L'autre solution consisterait à développer une application légère (client Web) à laquelle les membres accéderait via leur navigateur. Dans cette situation, la base de données est externe et il n'y aura donc plus de soucis technique. Mais là, tu oublies le WPF...

A noter que l'externalisation peut aller à l'encontre des politiques d'entreprises. A ne faire qu'avec un accord express du client !

[Invité]

Bonjour,

Si tu as besoin d'avoir des accès simultanés à ta base, alors oublie SQLite. Il n'est pas du tout fait pour ça ! Utilise un SGBD étudié pour (Postgresql, Mysql/MariaDB, SQL Server, Oracle, etc...).

Si je comprends bien, tu as un service au nom du quel tu dois gérer les clients. Ensuite, dans ce service, les membres ont tous accès à un poste et peuvent accéder aux données des clients. De ce point de vue, tu as besoin d'une base centralisée. Et donc d'avoir, au moins pour ce service, une base de données à installer. Cette base peut être interne (ce que tu ne souhaites pas) ou externe (ce qui n'est pas forcément souhaitable).

L'autre solution consisterait à développer une application légère (client Web) à laquelle les membres accéderait via leur navigateur. Dans cette situation, la base de données est externe et il n'y aura donc plus de soucis technique. Mais là, tu oublies le WPF...

A noter que l'externalisation peut aller à l'encontre des politiques d'entreprises. A ne faire qu'avec un accord express du client !

Bonjour Dorinf, merci pour ta réponse.

En effet, il peut y avoir un accès multiple à cette base pour des modifications et j'ai justement cru comprendre que SQLite n'est pas adaptée à cette utilisation.

Pour l'application Web, j'y ai également pensé en utilisant MVC et ASP.NET malheureusement je suis spécialité en WPF/C# et donc utiliser ASP serait pour moi nouveau...

Pour des raisons de confidentialité la base doit être interne chez mon client. Je pense que mon client n'a pas le choix que de faire installer un serveur SQL pour que mon application puisse y accéder.

Merci pour vos réponses, je suis ouvert à toutes suggestions.

Cordialement

John

[François DORIN]

Je pense que mon client n'a pas le choix que de faire installer un serveur SQL pour que mon application puisse y accéder.

Ou éventuellement, s'il y a déjà un serveur avec un SGBD qui traine quelque part, juste créer une nouvelle base.

[Sicyons]

Bonjour,

J'ai déjà été confronté à cette situation. Etant données les contraintes, si vraiment tu ne peux utiliser un serveur avec un SGBD installé, la seule solution que je vois serait celle que j'ai déjà utilisée plusieurs fois avec succès : une base Access dans un répertoire partagé sur le réseau. Mais évidemment cela nécessite que le moteur Access soit installé sur les postes clients. S'ils ont Office c'est peut-être déjà le cas. Comme l'a dit dorinf, SQLite n'est pas adapté pour ça.

J'utilise cette solution avec plusieurs dizaines d'utilisateurs dans deux projets différents et ça fonctionne très bien.