Précédent   Forum des professionnels en informatique > Logiciels > Microsoft Office > Access > Modélisation
Modélisation Le forum qui vous aide à résoudre vos questions relatives à la modélisation (tables et relations) de votre base de données sous Access. Pour les états et les formulaires, postez dans le forum IHM.
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 25/11/2010, 11h15   #1
Invité régulier
 
Inscription : août 2009
Messages : 140
Détails du profil
Informations forums :
Inscription : août 2009
Messages : 140
Points : 9
Points : 9
Par défaut Conseil de conception pour appli VB.net

Bonjour,

Je développe actuellement une application sous VB2008 se servant intensivement de tables de données.
Afin qu'elles que les modifications sur ces tables restent sauvegardables après fermeture de l'appli, j'ai décidé de mettre ces tables dans un fichier externe au lieu de built-in. Access m'a paru tout indiqué pour ça.

Maintenant que j'ai mis toutes mes tables dans mon fichier Access, mon appli VB.Net les charge toutes en mémoire au démarrage, ca prends déjà quelque secondes alors que je ne fait que commencer...
Mais après le chargement initial, pas de problemes c'est "fluide".

Je me suis donc dit que si je cherchait à "optimiser" mes tables Access, le chargement serait peut être + rapide ? et en effet il y a un bouton "Analyse des performances" qui m'a permis de trouver où mettre des indexs, clés primaires et autre relations...

Je n'ai pas l'impression que cela ait changé un kopeck au chargement de mon appli...
Les relations et autres contraintes importées compliquent enormément mon implémentation de listes déroulantes sur certains champs par exemple...

Ma question est, d'un point vue conception, cela en vaut-il la peine que je passe un mois supplémentaire à apprendre access afin de maitriser un minimum les relations et autres contraintes ?
Ou le + simple reste de laisser mes tables telles quelles, sans relations ni quoi que ce soit, et me contenter d'un chargement de mon appli de 30secs ?

EDIT: ooops je crois je me suis trompé de forum pour poster cette question, un modérateur pourrait-il le déplacer dans le sous-forum Modélisation svp ?
Masamunai est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/11/2010, 17h01   #2
Membre Expert
 
Inscription : avril 2006
Messages : 1 050
Détails du profil
Informations forums :
Inscription : avril 2006
Messages : 1 050
Points : 1 230
Points : 1 230
Bonjour,
ici, je pense que tu devrais plutôt t'orienter vers le backgroundworker de VS2008, et, opter pour un chargement à la demande.
ilank est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/11/2010, 12h40   #3
Invité régulier
 
Inscription : août 2009
Messages : 140
Détails du profil
Informations forums :
Inscription : août 2009
Messages : 140
Points : 9
Points : 9
Bonjour Ilank (et merci au modérateur inconnu pour le délestage de ce topic)

En fait j'ai crée le même topic (croyant que délestage = suppression :s).

Je ferme ce topic, mais concernant ta proposition du backgroundworker, est-ce que cela va pas ralentir l'utilisation de mon appli. En particulier par exemple, une combobox dont le contenu se base sur une table de 500+ items, est-ce que l'utilisateur va devoir "attendre" ~5secs avant de voir la liste déroulante s'afficher sur son ecran, a cause du backgroundworker qui doit tout charger ?

Pour les réponses, dans l'autre topic s.v.p.
Masamunai est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 18h07.


 
 
 
 
Partenaires

Hébergement Web