Eine OLAP-Datenbank besteht aus Daten in denormalisierter Form. Dies bedeutet Datenredundanz und diese Datenredundanz hilft, Daten über eine geringere Anzahl von Joins abzurufen, wodurch ein schnelleres Abrufen erleichtert wird.Ist ein Sternschema ein denormalisiertes Schema?
Aber ein beliebtes Design für OLAP-Datenbank ist Fact-Dimension-Modell. In der Faktentabelle werden numerische faktorbasierte Einträge (Anzahl der Verkäufe usw.) gespeichert, während Dimensionstabellen "beschreibende Attribute" in Bezug auf die Tatsache, d. H. Details des Kunden, an den der Verkauf getätigt wurde, speichern.
Meine Frage ist, in diesem Design scheint es überhaupt nicht denormalisiert, da alle Dimensionstabellen Fremdschlüssel Verweise auf die Faktentabelle haben. Wie unterscheidet es sich von einem OLTP-Design?
@FrankPI wenn ich eine normalisierte Hierarchie wie Umfrage, Frage, Unterfrage, AntwortChoices habe - sagen wir 1 Dimensionstabelle mit Spalten: SurveyID, QuestionID, SubQuestionID, AnswerChoiceID, ... [Attribute von Umfragen, Fragen, Teilfragen und AnswerChoices? Dies wäre im Gegensatz zu den Tabellen DimSurvey, DimQuestion, DimSubQuestion, etc ...? – condiosluzverde
@jmsmcfrlnd Dies hängt davon ab, wie Sie es abfragen möchten, ich. e. Was würden die Abfragen ausführen? Möglicherweise hängt dies auch von dem Tool, das Sie verwenden möchten, und seinen Abfragefunktionen ab. – FrankPl
@FrankPI Das Tool zum Verwenden dieser Daten ist Cognos, das mit dem Framework logische Datenmodelle für die Abfrage erstellt. Wir werden die Antworten auf die Fragen der Umfrage abfragen/analysieren (in der Faktentabelle) - aber die Umfragen selber analysieren (zB welche Fragen "besser" vor anderen beantworten, etc.) – condiosluzverde