Discussion :

[rudbyman52]

Bonjour à tous,

Je me permets de venir vous voir car j’ai un projet en tête mais je suis un peu perdus quant à la façon de le réaliser.

Mon beau-père m’a demandé de lui réaliser une petite application lui permettant de gérer facilement ses bêtes et autres futilités (il est agriculteur).
Jusque-là pas vraiment de soucis, ça reste largement dans mes cordes mais cependant la question que je me pose est : comment stocker au mieux les données ?

J’entends par là que mon souhait serait de stocker toutes ses données sur un serveur SQL qui se trouverait sur Internet, mais est-ce possible, ou du moins réalisable sans vraiment prendre trop de risque ?
Il est possible d’accéder à un SQL Server se trouvant sur le net assez facilement puis ensuite de l’interroger via des web Services, puisque j’ai un vague souvenir de çà lors d’un ancien projet.

Mais n’existe-t-il pas une meilleure solution ?

Question subsidiaire, est-ce possible de « louer » un serveur SQL sécurisé sur le net ?

D’avance merci pour votre aide

[wiztricks]

Salut,

J’entends par là que mon souhait serait de stocker toutes ses données sur un serveur SQL qui se trouverait sur Internet, mais est-ce possible, ou du moins réalisable sans vraiment prendre trop de risque ?

Il est possible d’accéder à un SQL Server se trouvant sur le net assez facilement puis ensuite de l’interroger via des web Services, puisque j’ai un vague souvenir de çà lors d’un ancien projet.

Realiser un serveur Web qui stocke des données dans une base SQL ou autre est assez élémentaire à la base c'est quand même ce qui se passe dérrière l'URL "developpez.com"

Question subsidiaire, est-ce possible de « louer » un serveur SQL sécurisé sur le net ?

Il y a deux façons d'entendre "sécurisé":
- authentification et encryptage des données échangées,
- continuité de service en cas de panne du serveur.
Elle ne sont pas incompatibles mais dans un cas il s'agit d'infrastructure et de configuration du serveur Web/SGDB dans l'autre c'est plus applicatif.
il doit y avoir des tas d'offres regardez celle d'Amazon S3. Ok c'est pas du SQL qu'il y a dérrière mais çà vous donne un prix et des qualités de services.
- W

[CinePhil]

Mon beau-père m’a demandé de lui réaliser une petite application lui permettant de gérer facilement ses bêtes et autres futilités (il est agriculteur).

Ses bêtes ne sont-elles pas déjà enregistrées et gérées via la BDNI ? Ou un équivalent si ce ne sont pas des bovins ?

[rudbyman52]

Tout d'abord merci pour vos premières réponses.

Pour la question de savoir si c'est géré via la BDNI je ne sais pas, je dirais surement, mais lui souhaiterais avoir une application vraiment type ferme, lui permettant tout un tas de trucs bien précis.

Mon souci, avant tout, est de savoir si ma solution est la bonne mais également de savoir si celle-ci n’est pas trop couteuse.

Je viens de regarder rapidement sur le site que vous venez de me donner mais je ne sais pas trop ce qu’il m’intéresse dans tout ça.

Si je pars du principe qu’il me faut seulement un SQL Server sur Internet, par où dois-je commencer ?

N’existe-t-il pas des services de location de serveur SQL ?
Cela me permettrait de ne pas trop me soucier du côté sécurité (du moins pour le serveur), mais également pour le licencing je présume.

Ou alors SQL Server n'est pas la bonne solution, ou du moins pas la mieux approprié, et dans ce cas je pourrais partir sur un autre SGBD gratuit ?

L'application sera développer en .Net.

J’ai peur de ne pas partir dans la bonne direction

[wiztricks]

Hmm

Ses bêtes ne sont-elles pas déjà enregistrées et gérées via la BDNI ? Ou un équivalent si ce ne sont pas des bovins ?

BDNI c'est pour les obligations légales: mouvements, naissances, décès.
Si on s'amuse à construire un SI "fermier", il y a bien d'autres données qui mériteraient d'être traitées.
Exemple: ingrédients à inclure dans nourriture/production laitière/âge de la vache.
Par contre l'environnement est assez contraignant pour le système technique: boue, terre, flotte, chocs, distances, ... terminaux et points d'accès assez légers avec un accès à des services de backend assez versatiles...
Et sans doute, la sous-traitance de la gestion du physique pour mutualiser le coût de possession: c'est peut être en cela que l'auteur pense à serveur de BDD accessible sur le WEB... Mais on pourrait pousser jusqu'à à serveurs d'applications.
- W

[rudbyman52]

attention, je ne parles pas ici de faire une application sur terminaux mobiles (cependant envisageable par la suite...mais là n'est pas la priorité pour le moment)

Juste une application "lourde" type WinForm sur PC

[CinePhil]

Si c'est juste pour la ferme de ton beau-père, inutile d'aller louer un serveur web !

Tu installes SQL Server Express sur son PC + l'application qui l'utilisera.

[rudbyman52]

L'interet est qu'il ait accès en permanence à ses données, peu importe l'endroit où il se trouve (à condition d'avoir internet bien sur), car l'application sera surement partagée avec d'autres membres de la famille...d'où le stockage sur le Web

C'est un point important, et qui est justement la base de ma reflexion

[CinePhil]

Si l'application et le volume de données ne sont pas trop gros, son fournisseur d'accès à Internet doit probablement comprendre dans son offre la création d'un site perso avec base de données MySQL et/ou Postgresql. Inutile de louer spécialement un serveur pour ça, ce serait un tantinet luxueux !

Avec SQL Server Express par contre, j'ai de gros doutes sur l'existence d'une telle offre !

[Waldar]

Pas d'accord avec CinePhil !

Au contraire, quand on n'est pas informaticien, qu'on puisse se dédouaner pour 5 à 10 € par mois de gérer :

• un PC / un serveur
• un OS
• une BDD
• les patchs OS
• les patchs BDD
• les crash hardware
• les sauvegardes

Il ne faut surtout pas hésiter, c'est pas cher et confortable.

[rudbyman52]

Oui je comprend bien, c'est ce que j'me disais aussi

Cela dit je souhaite vraiment faire une application Winform, et pas du Web, mais j'me rend compte que c'est surement pas aussi simple.

Après je comptais également ouvrir l'application à plusieurs personnes, c'est pourquoi je souhaitais un SGBD assez costaux...il n'y aura pas des millions de lignes non plus mais bon, comme je suis habitué au SQL, quitte à choisir...

Pas possible d'avoir un SGBD public où je peux connecter mon application .Net assez facilement ?

Ou alors monter un SQL Express sur un serveur et le rendre public...mais ca reste dangereux je présume...

[SQLpro]

si le serveur est bien sécurisé, ce n'est pas a priori dangereux :
1) supprimer les comptes de connexion sysadmin par défaut après avoir implanté au préalable un compte sysadmin particulier
2) gérer correctement les connexion/authentifications/user/privilèges
3) éviter l'injection de SQL et l'attaque par deni de service en évitant le code SQL dynamique

A +

[rudbyman52]

Ca me rassure un peu alors

Au niveau des serveurs, auriez-vous une idée du type que je dois louer (mutualisé -dédié - virutle - autres) ? Pour avoir une base de tarif ? Virtuel me semblait correspondre à mes attentes, mais bon je ne suis pas un expert, et niveau tarif ca donnerait du 10€/mois.

Ou alors une autre architecture, mais j'me vois pas installer SQLServer sur chaque PC qui pourrait accueillir l'application, puis faire backup/restore à chaque fois

Je pense qu'il n'y a pas d'autres méthodes de stockages de données avec une bonne portabilité (hormis sous forme de fichier, mais bon...) ?

[SQLpro]

C'est une problématique de volume et transaction. Si peu de volume et peu de transactions par minute alors mutualisé va bien.

A +

[rudbyman52]

Je refais monter légèrement mon post, car je viens de tomber sur la solution SQL Azure, et cela semble correspondre à ma demande.

Actuellement, mon installation tourne seulement en local chez une personne, avec un SQL Express.

Cependant, j'aimerais vraiment la partager avec d'autres personnes.

La question que je me pose et de savoir comment fonctionne la synchronisation avec Azure ?

Faut-il une instance de SQL Server sur le PC pour pouvoir faire une synchronisation ? Car je suppose que sur un smartphone, ça n'est pas installé et pourtant ça tourne quand même. (Ou le framework Sync ?)

Ou alors, je dois être connecté en permanence à Internet pour pouvoir utiliser mon application ?

[SQLpro]

Azure c'est du SQL Server dans le cloud. Il faut être connecté par Internet pour s'en servir. C'est tout. La base est hébergée chez MS. Elle peut aller jusqu'à 150 Go.

A +

[rudbyman52]

Merci pour cette 1ère réponse

Donc si jamais je n'ai pas Internet, il m'est impossible d'avoir des données en local ? Même avec une synchronisation ?

Comment font les autres applications pour avoir un mode déconnecté ?

[SQLpro]

rien ne vous empêche d'utiliser la réplication entre une instance de SQL server et Azure...

A +