Base de donnée[table]
Résolu
ailika
Messages postés
3
Date d'inscription
Statut
Membre
Dernière intervention
-
jee pee Messages postés 41526 Date d'inscription Statut Modérateur Dernière intervention -
jee pee Messages postés 41526 Date d'inscription Statut Modérateur Dernière intervention -
Bonjour,
Voici ma question. je crée un site WEB où des projets seront enregistrés. Il y a énormément de projet et ceux-ci sont divisé en plusieurs parties, chacune enregistré dans la BD.
Je me demandais si il était préférable d'avoir une table avec tous les projets(la table serait alors conséquente[dépasserai les 200/300 lignes rapidement]) ou faire une table pour chaque projet(table de 6/10 lignes).
Je parle au niveau de la vitesse de recherche à long terme mais aussi de place sur la BD.
Je vous remercie d'avance.
Voici ma question. je crée un site WEB où des projets seront enregistrés. Il y a énormément de projet et ceux-ci sont divisé en plusieurs parties, chacune enregistré dans la BD.
Je me demandais si il était préférable d'avoir une table avec tous les projets(la table serait alors conséquente[dépasserai les 200/300 lignes rapidement]) ou faire une table pour chaque projet(table de 6/10 lignes).
Je parle au niveau de la vitesse de recherche à long terme mais aussi de place sur la BD.
Je vous remercie d'avance.
A voir également:
- Base de donnée[table]
- Table ascii - Guide
- Table des matières word - Guide
- Base de registre - Guide
- Formules mathématiques de base - Télécharger - Études & Formations
- La base de données de sécurité du serveur n'a pas de compte d'ordinateur pour la relation ✓ - Forum Réseau
4 réponses
Bonjour,
Pour ce qui est du délai de chargement, il est clair qu'à long terme, si les projets prennent de l'ampleur, une table par projet serait préférable car la base de données aurait moins de données à parcourir, surtout si tu fais des requêtes compliquées.
Exemple de la table de plusieurs millions de lignes, si tu demandes de regarder 4 ou 5 champs de la table et que la base de données doit parcourir toutes les entrées alors que ça ne concerne qu'un projet, il y a une perte de temps énorme.
Or, si tu vas chercher l'information dans la table du projet en particulier, il y aura moins de lignes et tu auras des réponse plus rapidement.
Pour 200 à 300 lignes, une table suffit mais pour davantage il est préférable d'en avoir plusieurs, ne serait-ce que pour la maintenance.
Pour ce qui est du délai de chargement, il est clair qu'à long terme, si les projets prennent de l'ampleur, une table par projet serait préférable car la base de données aurait moins de données à parcourir, surtout si tu fais des requêtes compliquées.
Exemple de la table de plusieurs millions de lignes, si tu demandes de regarder 4 ou 5 champs de la table et que la base de données doit parcourir toutes les entrées alors que ça ne concerne qu'un projet, il y a une perte de temps énorme.
Or, si tu vas chercher l'information dans la table du projet en particulier, il y aura moins de lignes et tu auras des réponse plus rapidement.
Pour 200 à 300 lignes, une table suffit mais pour davantage il est préférable d'en avoir plusieurs, ne serait-ce que pour la maintenance.
Bonjour,
La vraie logique d'une BDD c'est de mettre tous les projets dans une seule table.
J'utilise couramment des bases de données avec des tables ayant des dizaines de millions de lignes.
cdt
La vraie logique d'une BDD c'est de mettre tous les projets dans une seule table.
J'utilise couramment des bases de données avec des tables ayant des dizaines de millions de lignes.
cdt
Ok.
Je te remercie pour ta réponse si rapide.
Et pour ce qui est du volume, cela change t'il véritablement quelque chose d'avoir une ou plusieurs table?
Je te remercie pour ta réponse si rapide.
Et pour ce qui est du volume, cela change t'il véritablement quelque chose d'avoir une ou plusieurs table?
Sur les volumes cela n'aura que peu d'impact.
C'est sur l'utilisation des données que cela n'a pas de sens d'avoir plusieurs tables.
Si je veux la liste des projets ayant été mis à jour depuis 1 mois, c'est facile en un seul select. Si les projets sont dans plusieurs tables il faudrait faire plusieurs select avec des unions et quand tu rajoutes un projet, un il faut modifier la structure de la base et deux, modifier le select pour voir les projets maj
C'est sur l'utilisation des données que cela n'a pas de sens d'avoir plusieurs tables.
Si je veux la liste des projets ayant été mis à jour depuis 1 mois, c'est facile en un seul select. Si les projets sont dans plusieurs tables il faudrait faire plusieurs select avec des unions et quand tu rajoutes un projet, un il faut modifier la structure de la base et deux, modifier le select pour voir les projets maj
La gestion d'une BDD passe aussi par la création d'index appropriés à l'utilisation que l'on en fait.