IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

VB.NET Discussion :

Choix optimale stockage base de données locale


Sujet :

VB.NET

  1. #1
    Membre du Club Avatar de anasschiguer
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2013
    Messages
    35
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2013
    Messages : 35
    Points : 62
    Points
    62
    Par défaut Choix optimale stockage base de données locale
    Bonjour tout le monde,
    Actuellement je developpe une application sous VISUAL STUDIO 2010 en vb.net. Grosso modo mon application effectue beaucoup de calculs au moyen de plusieurs formulaires (des datagridviews, ...), en fonction de données entrées.
    Maintenant je veux réaliser un système de stockage de ces données ( sous forme de projets) pour les récupérer à n'importe quelle moment. j'ai donc créer une base de données locale, cette solution me va parfaitement.
    Ma question est : deux idées me sont venue à l'esprit :
    la première est de stocker touuuus les données (calculées+entrées) dans la base de données et les charger le tout selon la volonté de l'utilisateur. les défauts : une énorme quantité de données stockées impliquera un temps de chargement pour lire les données depuis le disque dur, et une structure de base de données très complexe (bcps de relations et dépendances et de clés étrangères).
    La deuxième : c'est ne stocker que les données entrées et a chaque fois : chargement de certaines données + calcul du reste ( qui n'est pas si évident), les défauts : recalculer à chaque fois.
    je veux avoir des avis a ce sujet , quel est des deux est la meilleur ( avec des justifications assez claires ), si il y a une autre proposition plus optimale ca serait super
    Merci d'avance.
    Pensez à voter ou ou de mettre si ma réponse le mérite

  2. #2
    Membre averti
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juillet 2013
    Messages
    235
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Juillet 2013
    Messages : 235
    Points : 359
    Points
    359
    Par défaut
    bonjour,

    Mon avis:
    Dans une base de données (comme son nom indique) tu y stokes des données uniquement, pas des calculs.

    Imagine un peu un exemple tout bête:
    Aujourd'hui tu fais un devis (valable 6 mois) avec une TVA à 19.6%.
    Admettons que ta prestation vaut 1000€, ce qui fera 1196€ TTC.

    Mais compte-tenu de la conjoncture actuelle, la TVA passe à 22% dans les quatre ou cinq mois à venir.
    En cas d'approbation du devis, tu dois le refaire avec les taux en vigueur.

    Ta facture finale, malgré que le tarif de ta prestation n'a pas bougé, ne sera pas du même montant.

    Tu dois y stocker uniquement (par exemple) que M Dupont doit 1000€ de prestations et qu'au moment de faire la facture on y ajoute la TVA en cours.

    Après tout dépend de la nature des données, bien sur, et de leur application.
    Par nature les mots, ils sont flous, c'est une fois alignés qu'ils se précisent.

  3. #3
    Membre du Club Avatar de anasschiguer
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2013
    Messages
    35
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2013
    Messages : 35
    Points : 62
    Points
    62
    Par défaut
    Bonjour ACIVE_CS, je vous remercie tout d'abord pour votre réponse.
    Je vois ce que vous venez d'expliquer. je crois que je vais adopté cette méthode, car mon application est bien muni de fonctions que pour faire ces calculs : je remplis ma DGV avec le nécessaire -disant le nom et le montant pour illustrer- et je charge aussi la TVA à partir de la base de données - car comme je l'ai signaler cette base de données n'est que pour le stockage, si la TVA augmente, je charge son ancien valeur je la modifie, je stocke ensuite mes données à nouveau, je calcul ensuite le reste, mais ma question c'était disant plutôt orienté complexité et contrôle des ressources (temps d'execution et mémoire) c à d , (temps d'excecution de l'opération de chargement depuis la base de données + temps de calcul de données + taille de la base de données ) à comparer avec (temps de chargement de données seulement + taille de la baase de données qui sera plus important dans ce cas ) mais j'hésite car disant que nous inquiétons plutôt pour le temps d'execution de l'application puisque disant la base de données n’atteindra pas 10 Mo dans le piiire des cas.
    Pensez à voter ou ou de mettre si ma réponse le mérite

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Base de données locale
    Par Salam59 dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 07/06/2005, 15h29
  2. Réponses: 5
    Dernier message: 07/04/2005, 14h12
  3. Choix d'une base de données
    Par maurice66 dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 15/07/2004, 10h14
  4. Pbs Base de donnée locale!
    Par danuz dans le forum InterBase
    Réponses: 2
    Dernier message: 11/08/2003, 14h36
  5. Synchronisation de base de données locale/distante Internet
    Par StefC30 dans le forum Développement
    Réponses: 3
    Dernier message: 25/07/2003, 14h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo