Un cube OLAP peut-il être construit lorsque les détails du modèle ne sont pas connus à l'avance?

Question

Excusez-moi pour la question laineux - Je ne suis pas familier avec les cubes OLAP &. Laissez-moi vous expliquer ma situation ...

Je voudrais construire une base de données aux résultats du questionnaire de magasin, où il pourrait y avoir quelques dizaines de questions par questionnaire. Après avoir recueilli quelques milliers de questionnaires remplis, je voudrais analyser les résultats, et qui sonne comme un bon candidat pour des trucs de type OLAP (dont je connais très peu). Je dois pouvoir interroger «tous les hommes âgés de 20 à 30 ans qui possèdent un chien», c'est-à-dire combiner les réponses «quel âge as-tu», «possédez-vous un chien», etc.

I veulent aussi être en mesure de stocker les résultats de l'enquête du mois prochain, et le mois après cela, etc., et exécuter des requêtes montrant ce mois-ci par rapport à la dernière, etc. jusqu'à présent, si bon, je suppose.

Voici le fond de ma question: alors que ce mois-ci mon questionnaire pourrait avoir des questions sur le sexe, l'âge, le questionnaire du mois prochain pourrait inclure une question sur (disons) la couleur des yeux. Cela pourrait (ou non) laisser tomber certaines questions. Est-ce faisables dans le monde OLAP, ou avez-vous besoin de connaître toutes les « dimensions » (si j'utilise le terme de droite) à l'avance quand vous concevez votre cube?

De même, si j'exécute plusieurs enquêtes différentes avec des questions différentes mais qui se chevauchent, puis-je les stocker toutes dans le même cube et exécuter des requêtes dans des enquêtes? Chaque enquête peut comporter quelques douzaines de questions, dont une douzaine se chevauchent avec d'autres enquêtes. Les systèmes OLAP répondent-ils à ce genre de problème? Je ne sais pas à quel point ils sont rigides, et s'ils sont en fait appropriés pour ce genre d'utilisation.

Toute aide grandement appréciée.

PS. Avant que quelqu'un ne le suggère, j'ai simplement acheté le Data Warehouse Toolkit de Kimball, mais je n'ai pas encore eu l'occasion de le lire. (Je soupçonne qu'il ne peut pas répondre directement à cette question de toute façon).

Answer 1

Il existe un papier blanc here qui comporte une section couvrant les données d'étude de modélisation. C'est peut-être le genre de chose que vous cherchez.

Answer 2

Je vais commencer en disant que je suis un débutant OLAP aussi, mais je pense avoir une poignée sur ce que vous cherchez à atteindre. En effet, vos questions sont l'une de vos dimensions, la réponse à cette question fait partie de la table de faits, c'est-à-dire que la table de faits a la réponse et les dimensions associées à l'âge, au sexe, à la localité . Cela peut sembler un peu aller de l'avant, mais c'est quelque chose que je viens d'accepter pour OLAP. Vous pouvez également vouloir une autre dimension liée à la question qui les regroupe dans les questionnaires, mais qui pourrait simplement être une valeur dans la dimension de la question elle-même, par exemple Question {QuestionnaireID = 1, QuestionNumber = 4, QuestionText = "Possédez-vous un chien? ? " }

Je ne sais pas si cela aide, mais je l'espère, vous donnera quelques idées si rien d'autre.

Answer 3

Un autre débutant OLAP ici aussi ...

1) Je n'ai une expérience créer des cubes OLAP avec Mondrian (Pentaho), qui ne vous permet de réviser le schéma du cube, qui est juste un fichier XML, et reconstruisez-les (ou en parlant Pentaho, publiez). 212 Je suis d'accord avec la recommandation de Lazurus sur la création d'une dimension de questions.Il n'est pas obligatoire que chacun de vos "faits" ait une valeur présente dans toutes les dimensions, donc si vous deviez regarder à travers la dimension "Question n", alors je crois que cela ne devrait vous donner que des données pour les questionnaires. n "est une dimension pertinente.