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

Je suis toujours en train de réfléchir à cette question... Je me demandais
s'il serait possible, plutôt que partitionner toute la base par user, de ne
partitionner que les plus grosses tables ?

Après il reste l'idée de déplacer les vieilles données par forcément utiles
dans un serveur d'archivage et de faire le ménage dans la base principale
mais je doute que ça puisse se faire automatiquement, il va me falloir
scripter ça et appeller ce système d'archivage dans une tâche cron.

L'idée de vérifier que les performances de ma base et de mon application
sont optimales est aussi à l'ordre du jour, je vais me faire une sessions
pgbadger quand les logs seront pleins.

Merci pour votre aide.

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

> 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
>>
>
>