Re: Migration d'une base simple vers une base utilisant des schemas

Bonjour,

même pour SGBD propriétaire (style Oracle pour ne pas le citer), avoir 100
000 tables en ligne pose des problèmes.
Le premier étant la performance d'accès au dictionnaire !
Pour moi, 100 000 tables = problème de conception. Dans SGBDR, il y a le R
de "relation", comment peut-on se retrouver avec un modèle aussi éclaté ?

Cdt

Le 29 janvier 2013 12:51, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr> a écrit
:

> Bonjour,
>
> "Pierre Y." <pierre(dot)y(at)gmail(dot)com> writes:
> > Je pense que je pourrais améliorer les performances et la sécurité du
> > système en isolant les users et leurs données dans des schemas
> > (corrigez-moi si je me trompe)
>
> Cela peut être une bonne chose égalemment pour une future solution dite
> de « scale out » : lorsqu'on arrive aux limites des capacités d'un seul
> serveur de bases de données, on répartie les données sur plusieurs
> serveurs.
>
> Cependant, cela mérite de bien valider que le modèle actuel est pris en
> défaut, car la complexité du système peut vite devenir un problème. En
> particulier, est-ce qu'une politique d'archivage plus sévère,
> éventuellement accompagnée d'un serveur d'archives, ne serait pas plus
> efficace ici ?
>
> > Il existe des outils dans Ruby On Rails comme le gem "Appartment" qui
> sait
> > faire ça tout bien et de manière assez transparente
> >
> > Les questions maintenant : si j'arrive à disons 2000 ou 3000 users et que
> > chaque schema contient environ 50 tables (+ une dizaine de tables dans
> > "public") est-ce que ça va poser un problème à PG une base de 100 000
> > tables avec leurs index ?
>
> À priori les outils tels que psql (\d) et pgAdmin et pg_dump vont être
> impactés, en particulier sur des versions moins récentes de PostgreSQL.
> Il se peut en particulier que le temps requis pour faire une sauvegarde
> logique explose de manière exponentielle.
>
> --
> Dimitri Fontaine
> http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
>
>
> --
> Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-fr-generale
>

--

*dbSQWare |* www.dbsqware.com *|* *Exploitez vos bases de données en toute
sérénité …*