nombre de schémas

[donnadieujulien]

bonjour,
j'ai une application très gourmande en nombre de schéma, et je constate qu'au bout d'un certain nombre (100,200,500), il y a beaucoup de lags, les temps d'accès deviennent très important.
Je chercher à améliorer au maximum la fluidité du logiciel.
Avez vous des idées? y'a t'il des options à activer?
Faire régulierement des vaccums peut il améliorer cette fluidité? les auto vaccums sont désactivés pour l'instant

[SQLpro]

Tout dépend comment vous faites vos accès aux objets.

Si vous ne préfixez pas vos objets par le nom de leur schéma et passez un utilisateur SQL donc 'est le schéma par défaut cela pose généralement deux inconvénients :
1) obliger à effectuer une résolution de nom
2) ne pas pouvoir réutiliser les plans de requête mis en cache

Mais pourquoi avoir autant de schémas ?

Il y a 7 ans, dans une conférence privée chez MS sur SQL Server, on nous parlais des pires horreurs que les clients avaient commis avec leurs SGBDR...
parmi ces horreurs figurait quelqu’un qui avait mis en place plus de 100 000 schémas SQL !
Je pense donc que vous avez une erreur de conception due à une incompréhension de l’utilité et de l'usage des schémas SQL.

A +

[estofilo]

Envoyé par donnadieujulien

j'ai une application très gourmande en nombre de schéma, et je constate qu'au bout d'un certain nombre (100,200,500), il y a beaucoup de lags, les temps d'accès deviennent très important.

Est-ce qu'on parle de millisecondes en plus, ou bien de secondes, ou bien de minutes, et combien?
Fais au moins un EXPLAIN ANALYZE d'une requête lente pour avoir des informations concrètes.
Sinon il est vraisemblable que les problèmes de lenteur n'aient rien à voir avec les schémas parce qu'il n'y a pas de raison a priori que quelques centaines de schémas changent significativement les temps d'exécution.