Discussion :

[onc31]

Bonjour à tous,

Je cherche un moyen d'optimiser la sortie de stats qui interrogent des données de plusieurs bases et... qui doivent être à jour en temps réel (ou presque) donc impossible d'avoir un "datawarehouse" mis à jour toutes les nuits (et impossible de mettre à jour en journée ou le serveur est déjà assez chargé)...

Pour l'instant j'ai mis en place un certain nombre de vues, mais qui ne peuvent malheureusement pas être indexées étant données qu'elles interrogent plusieurs bases

J'ai bien pensé maintenir à jour un datawarehouse grâce à des triggers sur les tables de chaque bases mais j'ai peur que ça ralentisse trop la saisie dans les bases

J'aurais bien aimé un système de vues indéxées multi-bases moi

Quelqu'un ici a-t-il déjà eu ce genre de quadrature du cercle à gérer ?
Et si oui, qu'avez vous choisi comme solution ?

Merci d'avance à tous ceux qui pourront me faire part de leur retour d'expérience

[SQLpro]

SI vous n'avez pas utilisé la notion de schéma SQL, créée une seule base avec un schéma SQL représentant chacun des bases. Vous pourrez alors créer des vues indexées.

Autre idée : créer des vues indexées intermédiaires dans chaque base et faire des vues interbases pour les, résultats finaux.

A +

[onc31]

J'avais pensé aux vues intermédiaires dans les bases, mais d'une part c'est pas optimal niveau optimisation (parceque la vue resultante, qui utilisera les vues des X bases ne sera toujours pas indexée) et d'autre part je préfère éviter de rajouter trop d'objets dans les bases sources...

Par contre je n'avais pas du tout pensé aux schémas... je vais étudier cette possibilité

Merci beaucoup