Et quand tes tables gonflent trop...

[hphil]

Bonjour,

Quelle est la marche à suivre quand on constate qu'une table gonfle trop ?
Une méthode est d'alléger cette table en archivant les vieux enregistrements dans une table annexe et de proposer une recherche dans les archives.

Mais, si tous les enregistrements "comptent", il va bien falloir opérer une division de cette table dans diverses tables. Ca signifie alors des requêtes multiples pour extraire ces données. Est-ce la seule méthode à envisager ???

Un exemple : La Fnac

Je suppose que leurs produits sont regroupés dans des tables thématiques (livres, disques...) plutôt que dans une simple table "produits"

Quand je fais une recherche globale, la requête doit donc être multiple, non ? Et requêtes multiples = surcharge des ressources.

Y a t-il une autre conception d'un point de vu structurel ? Peut-être une table de référence ou de redirection, en fait, je ne sais pas trop.

Merci de m'aider à mieux comprendre

[Higgins]

Qu'est-ce que cela veut-dire "gonfle trop"?

Pour ma part, j'ai des tables à 3 millions de lignes et les temps d'accès sont tout à fait correct (avec des index bien sûr 8) )

[orafrance]

certains SGBD prévoient le partitionning de la table (découpage selon un critère) ou alors on sépare physiquement les données et on limite la recherche (en rendant un critère obligatoire, critère permettant d'identifier la table dans laquelle rechercher)

[fadace]

... et toute la problématique des bases de données réparties (réplication, clustering, partitionning, parallélisme, ...)