Discussion :

[Jean-Philippe André]

Hello,

après les joies du VBA depuis bientôt 10 ans, je m'attaque aujourd'hui au Vb.Net et consorts

Je souhaiterai mettre en place un outil de gestion des tâches quotidiennes, qu'elles soient à destination d'utilisateurs ou de machines (modèle batch automatique et co).

L'interface de l'outil sera faite en VB.Net, mais je me pose la question de la gestion des données derrière.

De par le passé, j'ai toujours fonctionné sur des bases Access, mais je me pose aujourd'hui la question de savoir si une liaison Appli VB.Net / BDD MS Access est la plus judicieuse ?

Le volume potentiel de données est très faible (tables de logs et de taches avec des listes de fonctions à (r)appeler aux destinataires.

Pourriez-vous me dire si rester sur une BDD Access est pertinent ou si un autre moyen de stocker les data bruts serait à envisager ?

Merci bien :ccool

[Er3van]

Si la complexité et la volumétrie de la base restent faibles, je ne vois pas de gain à utiliser SQL Server (par exemple). Access devrait toujours faire l'affaire dans ton cas.

En revanche, si tu veux intégrer Entity Framework et LinqToEntities, il te faudra un SQL Server (Compact inclus).
A voir si ça te servirait ou pas !

[Jean-Philippe André]

Après rapide lecture des tutoriaux à ce sujet, je pense qu'effectivement pas d'intérêt immédiat de Entity Framewrok/Liq to Entity

Merci pour ton rapide retour.

Sujet résolu me concernant