Discussion :

[cedric_g]

Bonjour

Je suis confronté à une problématique très gênante, dans la mesure où lorsque j'extrais des données d'une base SQL Server pour générer un cube, j'ai d'une génération à l'autre un nombre d'erreurs à priori aléatoire (pas toujours les mêmes données concernées) et n'ayant pas d'explications "rationnelles".

J'utilise des vues SQL pour préparer les données qui seront envoyées dans mon cube. Chaque vue est minutieusement contrôlée de manière à ce qu'il n'y ait jamais de soucis de non correspondance entre identifiants de tables, etc...

Or, à chaque génération de mon cube, il demeure des retours d'anomalies, mais qui fluctuent d'une génération à une autre, même réalisée à 5 minutes d'intervalle !


Ma question : est-ce que la présence d'utilisateurs (en saisie) sur la base servant à générer le cube a un impact sur le nombre d'anomalies potentielles ? Je comprends bien que deux requêtes générées à quelques secondes d'intervalles puissent avoir quelques écarts immédiats sur des données qui viennent d'être saisies, mais pas sur des données datant de fin 2007, qui une fois passent, et une fois ne passent pas !


Un avis sur la question ? Des conseils ?...

[ygrim]

Salut,
Quels sont tes mécanismes de validations des vues ? utilises tu SSIS pour générer ton schéma en étoile ou utilises tu SSAS directement ?

Si je comprends bien c'est lors du déploiement de la solution que les erreurs se produisent ... Est ce que la base de données est en lecture seule pendant ce temps ?

[cedric_g]

Bonjour

Je n'utilise pas SSIS (un peu trop hermétique pour moi ) ; ma base n'est malheureusement pas en lecture seule.

Je soupçonnais un problème de ce type, aussi je suis en train de voir pour créer un job qui va me générer mes "tables" intermédiaires la nuit, dans une base qui ne sera utilisée que pour SSAS.

(sans certitude quant à la cause de mes soucis !)

[ygrim]

MAIS IL EST PAS HERMÉTIQUE SSIS !!!!
Je pense que sa a a avoir avec ta config de bases de données, tu sais que les champs qui sont modifiés en SQL Server sont bloqués pendant cette phase, à moins que tu ne le spécifie explicitement...
Juste avant ta phase de chargement essaye d'executer une requête sur ta base qui la met en lecture seule (attention aux pools de connections) et remets la en lecture écriture après.
Si les erreurs sont aléatoires comme ça, c'est que ce doit être la raison (utilisation par d'autres ressources...)

Ps : même si tu fait ta migration la nuit, il est fortement conseillé de faire en sorte qu'il n'y ait que ton programme qui ai le droit d'accès à tes bd.

[cedric_g]

OKI merci pour les tuyaux



PS : très sincèrement... SSIS, c'est vraiment pas simple sans formation (autant SSAS ou SSRS c'est pas trop compliqué, autant SSIS...)