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

Décisions SGBD Discussion :

conception : des millions de petites valeurs


Sujet :

Décisions SGBD

  1. #1
    Candidat au Club
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 4
    Points : 2
    Points
    2
    Par défaut conception : des millions de petites valeurs
    Salut à tous,

    Le logiciel que je crée doit importer des données à partir d'un fichier pour faire une courbe. Ce sont donc des données numériques flotantes. J'ai des milliers voire millions de ce type d'enregistrement à faire. Dois-je enregistrer toutes les valeurs des coordonnées dans la base de données ou enregistrer ces valeurs dans un fichier pour soulager la base de donnée?

    Je compte utiliser Postgres ou Oracle suivant les ressources.
    La gestion des index permet-elle d'avoir des temps de réponse courts avec des tables ayant des millions de tuples, sans trop occuper d'espace?

    Merci

  2. #2
    Expert éminent
    Avatar de qi130
    Homme Profil pro
    Expert Processus IT
    Inscrit en
    Mars 2003
    Messages
    3 917
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : Expert Processus IT
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2003
    Messages : 3 917
    Points : 6 035
    Points
    6 035
    Par défaut
    Dois-je enregistrer toutes les valeurs des coordonnées dans la base de données ou enregistrer ces valeurs dans un fichier pour soulager la base de donnée?
    Quel est l'intérêt de la BdD ?

    Tes données sont-elles modélisables ?

  3. #3
    Candidat au Club
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 4
    Points : 2
    Points
    2
    Par défaut
    comment savoir si mes données sont modelisables?

  4. #4
    Expert éminent
    Avatar de qi130
    Homme Profil pro
    Expert Processus IT
    Inscrit en
    Mars 2003
    Messages
    3 917
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : Expert Processus IT
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2003
    Messages : 3 917
    Points : 6 035
    Points
    6 035
    Par défaut
    Ah bah faut se creuser un peu le cerveau !

    Donne nous qq ex de ces lignes de données...ça me parait le minimum !

    Et puis, ces données ont l'air "classées" ligne par ligne :
    - toujours le même nb de données par ligne ?
    - comment différencier 1 ligne d'une autre ?
    - est-ce qu'une ligne contient complètement les données d'une courbe ?

    Enfin, à part faire des courbes, que doit faire ton appli ?
    Quel est selon toi l'intérêt d'utiliser un SGBD ? (Pkoi un fichier séquentiel ne suffit pas?)

  5. #5
    Candidat au Club
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 4
    Points : 2
    Points
    2
    Par défaut
    en fait, je vais reformuler ma question :

    faut-il tout enregistrer dans une base de données?je m'explique...

    Les courbes sont à 1,2,3 ou 4 dimension avec une notion d'ordre. C'est pour l'instant des valeurs numériques de type float.

    J'ai pensé à une table pour chaque dimension où les champs seraient
    - id (integer) : identifiant
    - no (integer) : ordre
    - X (float) : dimension 1
    Pour les tables à dimension 2, je rajoute un champ Y(float) : dimension 2
    Pour les tables à dimension 3, je rajoute un champ Z(float) : dimension 3
    Pour les tables à dimension 4, je rajoute un champ T(float) : dimension 4

    Pour une courbe à ? dimensions, il y a autant de tuples que de points sur la courbe.

    A ce stade de mon explication, je pense qu'il est préférable de mettre les données dans un fichier. Mais ces données subissent de nombreux traitements avec des accès qui sont parfois aléatoires. Des exttraction se font à partir de plusieurs courbes sur une même dimension X Y Z ou T...

    Etant donné que je vais stocker plusieurs milliers de courbes/semaine et qu'une courbe contient environ 30 à 50 points, est-ce vraiment la bonne solution?

Discussions similaires

  1. Réponses: 2
    Dernier message: 24/07/2013, 14h57
  2. [CR9]Masquer des données (colonnes) suivant valeur champ
    Par neo.51 dans le forum SAP Crystal Reports
    Réponses: 3
    Dernier message: 05/09/2005, 09h43
  3. Réponses: 4
    Dernier message: 03/04/2005, 14h26
  4. [CR] Générer des espaces pour une valeur champ
    Par newpress dans le forum SAP Crystal Reports
    Réponses: 2
    Dernier message: 17/02/2005, 17h43
  5. Réponses: 2
    Dernier message: 22/07/2002, 18h02

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