Vous n'êtes pas identifié(e).
Pages : 1
Voilà le contexte :
J'ai une table d'utilisateurs avec une vingtaine de colonnes, on table sur 2M d'enregistrements.
Ce qui m'embête c'est d'avoir à taper dans cette lorsque l'on ira vérifier le password ou que l'on récupérera les informations de session. Je voulais donc créer une table annexe "légère" avec 4 colonnes, cette table sera utilisée pour 90% des requêtes utilisateurs.
Le partitionnement avec PostgreSQL passe par l'héritage.
Cependant, qu'est-ce que vous appelez "conséquent" ? quelle volumétrie aurait-elle ? en nombre de lignes et en octets ?
Je vais me permettre de vous retourner la question 
A partir de combien de Go est-il intéressant de passer sur du partionning ?
Si ça dépends, etc... je vais calculer tout ça...
Bonjour,
je suis en train d'écrire le MCD d'un site qui sera sur PostgreSql (une première pour moi)
J'ai une table qui sera conséquente, je souhaite donc faire du partionnement vertical.
Je ne trouve pas la meilleure solution à appliquer.
Dois-je le faire identiquement à du partionnement horizontal ? (une table maître vide avec des sous tables ayant chacune des colonnes propres)
Ou dois-je utiliser l'héritage ? (une table maître avec certaines données et une table fils avec le reste des données)
Ou encore, peut-être qu'il existe une autre notion sous postgre dont je n'ai pas connaissance ?
Merci de votre aide
Pages : 1
