Discussion :

[kappatau]

Bonsoir a tous,

Je developpe une applications pour une entreprise dans le cadre de mon stage,
mais j'ai 2-3 soucis :

Je vais avoir besoin de stocker des données quelques part donc je pensai utiliser une BDD :

Problème : Il va me falloir installer SQL Server sur le Serveur de l'entreprise

Ou utiliser une gestion par fichier, mais c'est plus laborieux

Quelqu'un connaitrai t'il une solution entre les 2 : Une base de donnée exportable ?
(à moins que mon raisonnement soit faux et pas besoin d'installer sql serveur ?)

Mon deuxieme soucis, est de gérer des congés, alors la je sèche
Je pensais faire un calendrier avec la possibilité d'ajouter des congés mais niveau enregistrement je vois pas du tout !!!

Si quelqu'un pouvait m'éclairer

[tomlev]

Je vais avoir besoin de stocker des données quelques part donc je pensai utiliser une BDD :

Problème : Il va me falloir installer SQL Server sur le Serveur de l'entreprise

SQL Server n'est pas la seule base de données au monde, loin de là
Tu pourrais utiliser MySQL, Oracle, PostgreSQL, ou n'importe quoi d'autre.

Je pense que pour ce type d'application, une base de données est beaucoup plus adaptée qu'un simple fichier. Après, ça dépend de comment l'application sera utilisée... C'est une appli Windows ou Web ? Elle sera utilisée par plusieurs personnes ou par une seule ? Ces critères auront une influence déterminante sur le choix du mode de stockage...

Mon deuxieme soucis, est de gérer des congés, alors la je sèche
Je pensais faire un calendrier avec la possibilité d'ajouter des congés mais niveau enregistrement je vois pas du tout !!!

Si on va au plus simple, il te faudra une table "congés", avec l'identifiant de la personne (*), une date de début, une date de fin, éventuellement le type de congés (CP, RTT, récup...), un commentaire, le statut (validé, refusé...)

(*) : cela suppose d'avoir aussi une table avec la liste des personnes

Mais bon, ça c'est vraiment le modèle le plus basique... après, tout dépend des besoins, mais c'est tout ce que je peux te dire avec les éléments que tu donnes

[kappatau]

Merci de ta réponse,

J'ai pas trop détaillé parceque je sais pas trop ce que je veux a vrai dire.
J'ai appris que Sql Serveur (en cours), cest pour ca je parle que de cette base, mais utiliser autre chose ne me dérange pas.
Tu me parle de : MySQL, Oracle, PostgreSQL mais est ce que ses base utilise aussi des serveur pour fonctionner (je pense que oui mais je demande quand meme).
J'ai vu qu'il existais une reference System.Data.Sqlite qui permet d'avoir une base de donnée exportable est ce vrai ??


Pour les congés, oui il y aura une table personne, mais cela risque t'il de pas faire une grosse base de donnée ?
Par exemple pour 20 employés, 35 jours de congés sur 10 ans : 20*35*10
Ca fait quand meme 7000 entrées, pour la lecture ca risque de faire beaucoup non ??
Dans ce cas il faudrait plutot vider la table chaque année

[tomlev]

Tu me parle de : MySQL, Oracle, PostgreSQL mais est ce que ses base utilise aussi des serveur pour fonctionner (je pense que oui mais je demande quand meme).

Oui, ce sont des bases serveur

J'ai vu qu'il existais une reference System.Data.Sqlite qui permet d'avoir une base de donnée exportable est ce vrai ??

SQLite est une base de données fichier (comme Access ou SQL Server Compact Edition). Perso, j'aime beaucoup, mais je l'ai pas mentionnée parce que ça me semblait pas très adapté pour le type d'application que tu vas développer. Enfin, encore une fois, ça dépend de comment l'application est utilisée (mono ou multi utilisateur)

Pour les congés, oui il y aura une table personne, mais cela risque t'il de pas faire une grosse base de donnée ?
Par exemple pour 20 employés, 35 jours de congés sur 10 ans : 20*35*10
Ca fait quand meme 7000 entrées, pour la lecture ca risque de faire beaucoup non ??
Dans ce cas il faudrait plutot vider la table chaque année

Là je t'arrête tout de suite : 7000 enregistrements, c'est rien du tout... quand tu commenceras à atteindre les dizaines de millions d'enregistrements, tu pourras commencer à t'en préoccuper

De toutes façons, tu n'as pas forcément besoin d'une entrée par jour de congé, une entrée par congé avec date de début et date de fin devrait suffire.

[olibara]

SQLite est une base de données fichier (comme Access ou SQL Server Compact Edition). Perso, j'aime beaucoup.

Salut TomLev

Actuellement je switche entre SQL Server et MySql

Peux tu dire pourquoi tu aime beaucoup Sql Lite ?
J'y ai parfois pensé pour des petites applications légères mais j'ai vraiment jamais osé par peur de faire trop leger ?

Les avis a ce sujet sont bienvenus et sans doute utile pour flo_053

[tomlev]

Peux tu dire pourquoi tu aime beaucoup Sql Lite ?
J'y ai parfois pensé pour des petites applications légères mais j'ai vraiment jamais osé par peur de faire trop leger ?

Ben justement, parce que c'est léger
Evidemment c'est pas adapté à tous les types d'application... c'est plus pour des applications locales avec des quantités de données relativement réduites. C'est utilisé par exemple par Firefox pour gérer les favoris, l'historique, etc, ou encore par pas mal d'applications iPhone (et oui, ça marche même sur iPhone...)

Les avantages principaux (pour moi en tous cas) :
- gratuit et open source
- pas d'installation nécessaire
- provider ADO.NET très léger (800ko tout mouillé, provider + moteur dans la même DLL)
- bon support d'Entity Framework (Linq to Entities)
- bonnes performances

Pour les inconvénients, c'est un peu les conséquences des avantages... comme c'est très léger, y a pas énormément de fonctionnalités : pas de procédures stockées, support des triggers très limité... Mais bon, dans une appli de bureau qui travaille sur une base locale, en général on s'en passe très bien

[kappatau]

Oui, ce sont des bases serveur

Il faut donc les installer sur le PC qui utilisera l'application ??

SQLite est une base de données fichier (comme Access ou SQL Server Compact Edition). Perso, j'aime beaucoup, mais je l'ai pas mentionnée parce que ça me semblait pas très adapté pour le type d'application que tu vas développer. Enfin, encore une fois, ça dépend de comment l'application est utilisée (mono ou multi utilisateur)

Application multi utilisateur, multi poste.
J'ai testé SQL Server Compact Edition, ca corresponde presque a mes besoins sauf que ca gere pas toutes les fonctions sql (pas de date, seulement datetime par exemple).
Je suis en train tester SQLLite mais vide complet apres avoir referencer la libraire je suis perdu

Là je t'arrête tout de suite : 7000 enregistrements, c'est rien du tout... quand tu commenceras à atteindre les dizaines de millions d'enregistrements, tu pourras commencer à t'en préoccuper

Ok je savais pas, une prise de tete en moins alors Merci bien pour toutes tes réponses.

[tomlev]

Il faut donc les installer sur le PC qui utilisera l'application ??

Application multi utilisateur, multi poste.
J'ai testé SQL Server Compact Edition, ca corresponde presque a mes besoins sauf que ca gere pas toutes les fonctions sql (pas de date, seulement datetime par exemple).
Je suis en train tester SQLLite mais vide complet apres avoir referencer la libraire je suis perdu

Si c'est multi-utilisateur et multi-poste, il faut que la base de données soit commune à tout le monde, donc qu'elle soit installée sur un serveur accessible à tous les clients. Ca exclut d'office les base de données fichier comme SQLite ou SQL Server CE...

Pour SQL Server, a priori il n'y a pas besoin d'installer quoi que ce soit sur les clients : le provider ADO.NET pour SQL Server est déjà inclus dans le .NET Framework