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

Je viens de me rendre compte que j'avais répondu en personne à ceux qui
sont intervenus dans cette discussion dans prendre la peine de mettre la
liste en copie.

Veuillez m'en excuser. Je vais essayer d'y penser pour les prochains
messages.

(De manière générale, il ressort que 2000 schemas * 50 tables ou la même
chose en utilisant le partionnement grâce à l'héritage de tables ca va
faire beaucoup trop de tables. Sachant que je ne compte pas m'arrêter à
2000 clients, je crois qu'il faut que je continue à réfléchir...)

2013/1/29 Pierre Y. <pierre(dot)y(at)gmail(dot)com>

> Bonjour à tous,
>
> Nous avons une application (écrite avec Ruby on Rails) qui utilise une
> base PG.
>
> La plupart des lignes des tables ont une clé "user_id" et le tout commence
> à grossir assez sérieusement. (J'ai une table en particulier qui contient
> déjà plus de 26 millions de lignes)
>
> 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)
>
> 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 ?
>
> Et dernière question : est-ce qu'il existe une manière maline de migrer
> les données de la base existante vers la nouvelle avec des schemas ?
>
> L'idée que j'ai là tout de suite serait d'arriver à faire script SQL
> contenant un dump "par user" qu'il n'y aurait plus qu'à restaurer dans le
> bon schema.
>
> Que pensez-vous de tout ça ?
>
> D'avance merci pour votre aide,
>
> --
> Pierre Yager
>