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
la taille maximale d'une base de donnée ?
bonjour a tous .
je développe un logiciel de gestion avec 6 bases de donnée d'entre ces 6 bases une doit recevoir environ 2800 enregistrements chaque mois .
alors je me préoccupe vraiment si ça peut y aller .
en fête les enregistrements doivent être consulter comme archives plus tard c. a. dire je vais pas les supprimer a chaque fin du mois , y a t'il une solution pour cela ?
merci d"avance .
Salut
Quel volume impressionnant
Récapitulons, 2800 * 12 * 20 par base de données pendant 20 ans, cela fait 672 000 enregistrements par base de données, je crois que même Paradox tiendrait la charge, c'est tout dire.
Beaucoup de SGBDR actuels sont capables de tenir de tels volumes (heureusement, sinon ce serait à désespérer de l'informatique).
Le vrai problème sera plutôt de définir un modèle de données qui permette un accès efficace (choix des structures de table, des index...).
As-tu déjà choisi le SGBDR (Firebird, MySQL, SQL Server, Oracle...) ?
Cdlt
La plupart des bases de données tiendront le coup sans problème (pour ma part, je fais environ 6000 enregistrements par heure en moyenne sur une base Oracle).
En plus de la structure comme l'a très bien dit e-ric, il faudra faire attention à la façon de programmer: éviter les TTables, n'ouvrir les sources de données que quand nécessaire.
Sinon l'application peut devenir très lente et très pénible à utilisée.
merci beaucoup.
non j'ai pas encors choisis les modes d'acces mais si vous avez quelque choses a proposer je serai tres reconnaissant.
merci encors
salut
tout a fait d'accord
la premiere etape est de faire un cahier des charges, puis un modele coceptuel...
La quantite de "donnees" integrable n'est plus vraiment un pb, surtout au vue des quantites que tu indiques (ca depend plus de la taille des disques durs et encore)
par contre, tu veux dire "tables" et non "base de donnees" en parlant de 6 base ??? parce que s'il s'agit reellement de bases de donnees, la oui, ca peut etre fun
a+
olivier
merci bien .
je vais faire la conception apres je vais voir le reste .
a+
Encore moi,
En termes de réalisation, évites les composants BDE (composants TTable, TQuery etc), les bases Paradox DBase et consorts car ce sont des technologies mortes. Les versions récentes de Delphi ont tourné le dos à ce qui maintenant appartient au passé.
C'est d'autant plus pertinent que tu vas créer un système d'archivage, donc prévu pour durer...
Penses, dans ta conception, à la manière dont tu vas archiver, et surtout ce quoi vont servir les données archivées, seront-elles exploitées telles quelles sous leur forme brute initiale (c'est alors un cliché du passé, des hiéroglyphes sur un mur, quoi) ou est-ce que les utilisateurs cherchent à en extraire des données de synthèse, c'est alors un livre d'histoire plus synthétique mais dont le contenu n'est pas neutre du fait du choix des agrégats que tu auras faits.
Cdlt
Répondre avec citation
Partager