[SGBD]Questions générales.

[Mobaladje]

Voila je suis en train de développer un moteur de données pour des bases de grandes tailles (minimm 10 millions de record par table) et j'aurais voulu quelques points de comparaisons. Par exemple, combien de fichiers un sgbd "classique" crée t'il pour une base avec 10 millions de record? Un seul ou plusieurs petits. Ensuite, quels sont les temps d'acces pour une requete simple sur une telle table (select "truc" from table par exemple)?

Merci d'avance.

[sinarf]

Bonjour,

ca depends du type des trucs de la taille des choses, et de l'architecture des machins.

Si tu avais fait un minimum de recherches avant de poser ta question, tu saurais qu'elle n'a aucun sens, vraiment aucun.
Conseil de lecture : Modèles, Architectures et Langages de données

Bonne chance pour ton projet.

[qi130]

Envoyé par Mobaladje

Par exemple, combien de fichiers un sgbd "classique" crée t'il pour une base avec 10 millions de record? Un seul ou plusieurs petits.
Merci d'avance.

1/ Quelle est ta définition d'un SGBD "classique" ?

2/ Pour te donner un petit éclairage: le cas de DB2 sous MVS:
Derrière DB2, il y a du séquentiel-indéxé. Dès qu'une table est créée, DB2 va créer 2 fichiers (1 pour les data, 1 pour l'index "interne") VSAM (=1 cluster VSAM). Idem pour chaque index déclaré sur la table.
Donc, 1 table + 1 index => 4 fichiers....

Ensuite, et toujours sous DB2, tu peux partitionner ta table au sein de plusieurs TABLESPACEs (clé 0 à clé n -> TS1, clé n+1 à clé_max -> TS2 par ex) -> le SGBD va se créer 1 VSAM pour gérer cette répartition.

Bref, le nb de fichiers peut vite monter

Envoyé par Mobaladje

Ensuite, quels sont les temps d'acces pour une requete simple sur une telle table (select "truc" from table par exemple)?

C'est comme le fût du canon pour refroidir !!!!!

Qq éléments perturbant le temps de réponse (pas d'accès)
- performance des HD ?
- machine dédiée au SGBD ?
- nb d'utilisateurs de l'appli (concurrence d'accès)
- encombrement réseau si SGBD sur serveur
- fragmentation des fichiers du SGBD sur le HD
- désorganisation de la base
- index non performants
- ET bien sûr le nb d'items de la table sur laquelle tu passes ta requète

[fadace]

Ca ne vous fait rien de reinventer la roue ??? Sans rire, l'utiliation d'un SGBD existant me semble plus approprie... et sans vouloir en quoi que ce soit vous manquer de respect, la facon que vous avez de poser votre question tente a prouver que vous vous lancez dans une aventure homerique... Allez tout d'abord jeter un oeil sur le comparatif

[Maxence HUBICHE]

surtout quand on pense au nombre de personnes participant au développement de ces logiciels, à leur niveau de compétence, au temps qu'ils passent sur les performances, ...

bon courage !

[Mobaladje]

Tout d'abord merci pour ces réponses à une question plus que bancale...
J'ai lu le dossier (en partie) et il est très interressant. J'ai appris des tas de trucs. Pour répondre à fadace et à Maxence HUBICHE, je dirais que c'est bien d'utiliser des choses déjà existantes mais c'est encore mieux de le faire soi-même. Je ne compte évidemment pas refaire Oracle sur le coin de mon bureau mais juste un petit moteur de données pour un usage ultra spécifique. J'arrive à des résultats interressants mais je m'aperçois que j'ai pris des libertés (une table de 10 millions de record se traduit par 300 fichiers environ, c'est peut être beaucoup.). Je vais continuer à pousser le truc pour voir jusqu'ou je peux aller...