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

Bonjour

il me semble que postgres gere tres bien ce volume de donnees non?
Si vous avez des requetes lentes ou autres ne serait il pas preferable de voir la configuration de postgres?

L utilisation de pgbadger ou pgfouine vous donnerais beaucoup d info pour vous orientez vers une bonne configuration( ...optimisation des requetes existants, ajout d index, deplacement des index sur des disques ssd ce qui ameliorerai leur parcours...)

Niveau securite effectivement a partir du moment ou les utilisateurs sont melange dans la meme base il peut y avoir des risques si certaines requetes sont mal ecrite mais les test unitaires sont la pour verifier tout cela;)

Cordialement,
Mançaux Pierre-alexandre
Le 29 janv. 2013 à 17:10, "Pierre Y." <pierre(dot)y(at)gmail(dot)com> a écrit :

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