Warnungen zu Attributen und Hierarchien in Analysis Services
Frage
-
Ich habe ein altes umfangreicheres SSAS-Projekt "geerbt", welches ich jetzt von der Version 2005 nach 2014 migrieren möchte. Meine Erfahrungen und Kenntnisse von Analysis Services sind bisher recht gering, aber grundsätzlich hat es schon funktioniert, das alte Projekt zu importieren und auf dem neuen Server zu veröffentlichen. Die angezeigten Ergebnisse sind auch richtig, doch was mich irritiert, sind zahlreiche Warnungen, die ich bei der Bereitstellung erhalte. Insgesamt gibt es über 500 Warnungen, die sich wenn ich mich nicht vertan habe, alle auf die folgenden sieben Meldungen zurückführen lassen:
- Warnung AttributeRelationship: Der für die Attributbeziehung angegebene Name stimmt nicht mit dem Namen des verknüpften Attributs überein
- Warnung Dimension: Ignorieren Sie keine Fehler aufgrund doppelter Schlüssel. Ändern Sie die KeyDuplicate-Eigenschaft der Fehlerkonfiguration so, dass sie nicht auf 'IgnoreError' festgelegt ist
- Warnung Dimension: Erstellen Sie Hierarchien in Dimensionen, die keine über- und untergeordnete Dimensionen sind
- Warnung Hierarchy: Mindestens eine Ebene in dieser Hierarchie weist keine Attributbeziehungen auf. Dies führt möglicherweise zu einer verringerten Abfrageleistung
- Warnung Level: Entwerfen Sie Hierarchien so, dass niedrigere Ebenen mehr Elemente als höhere Elemente aufweisen
- Warnung Dimension: Vermeiden Sie sichtbare Attributhierarchien für Attribute, die in benutzerdefinierten Hierarchien als Ebenen verwendet werden
- Warnung RelationalDataSource: Verwenden Sie in einer Datenquelle keine nicht unterstützten OLE DB-Anbieter
Ich würde die Warnungen gerne eliminieren, damit ich in der Flut der Meldungen nicht etwas womöglich Wichtiges übersehe, aber zu diesen deutschsprachigen Texten habe ich teilweise überhaupt keine hilfreichen Informationen im Internet gefunden. Kann ich mein Visual Studio, wenn es auf Deutsch installiert ist, einfach so umschalten, dass ich die Meldungen in englischer Sprache sehe oder gibt es eine andere Möglichkeit sich den Text einer Warnung in Englisch anzeigen zu lassen um dann besser danach suchen zu können?
Verknüpft mit diesen Warnungen scheinen unterschiedliche Symbole in den Attributsbeziehungen zu sein. Es gibt da schwarze Pfeile, blaue Pfeile, gelbe Warnzeichen und blaue Warnzeichen. Da habe ich bisher auch keine Informationen zu gefunden. Kann mir jemand erklären, wofür welches Symbol steht?
Teilweise ist es mir bereits gelungen, die Warnungen zu reduzieren aber manchmal führen meine Änderungen auch zu Fehlern statt Warnungen, bei den ersten beiden Warnungen z.B. zu diesen Fehlern:
- Fehler im Metadaten-Manager. Die Zeit-Dimension enthält eine Elementeigenschaft mit ungültigem Namen: 'NAME' ist ein reserviertes Wort.
- Fehler im OLAP-Speichermodul: Der Datensatz wurde ausgelassen, da der Attributschlüssel ein Duplikat ist. Attribut: Name 3 der Dimension: Kreditor aus Datenbank: CubeV4, Datensatz: 21..
(Wobei ich diese Meldung so verstehe, dass zwei Kreditoren den gleichen Inhalt im Feld „Name 3“ haben,
was meines Erachtens doch kein Problem sein sollte).In das ganze Thema Hierarchien und Attributsbeziehungen und auch in den Aufbau unserer alten Cubes muss ich mich noch tiefer einarbeiten. Für Links zu Seiten oder Literaturhinweise, wo diese Themen gut beschrieben werden, wäre ich dankbar.
Alle Antworten
-
Hallo,
die blauen Linien kommen vom BPA = Best Practice Analyser aus BIDS/SSDT und beruhen auf den Erfahrungen von MS Mitarbeitern & Entwicklern aus dem Projekt REAL, werden aber auch weiter entwickelt.
Die 'IgnoreError' Einstellung war in BIDS 2005 leider die Standard-Einstellung und sollte wirklich abgeändert werden, sonst bleiben Fehler unentdeckt.
Bei den Attributs-Beziehungen gibt es nur zwei unterschiedliche Pfeile, den ausgefüllten beim "Rigid" Beziehungstypen und einen hohlen bei "flexible"; blau wird der Pfeil dargestellt, wenn eine Warnung vorliegt. Bei Attributen mit reservierten Begriffen wie "Name" fügt SSDT an den Relationsnamen ein Underscore hinten ran, und das meckert SSDST dann selbst wieder an; einfach den Underscore entfernen, die Warnung verschwindet und der Pfeil wird schwarz:
Manche der Warnungen sind wirklich nicht nützlich, die kannst Du in der Fehlerliste über Rechte-Maus >= "Verwerfen" ausblenden lassen. Einen Hilfelink gibt es dort auch, nur bekommt man da keine Hilfe :-(
"Dimension: Vermeiden Sie sichtbare Attributhierarchien für Attribute, die in benutzerdefinierten Hierarchien als Ebenen verwendet werden" ist zum Beispiel so eine, sie sagt nur aus, das ein Attribute als solche sichtbar ist als auch noch zusätzlich in einer Hierachy; das könne die User verwirren wenn sie zweimal das selbe Attribut vorfinden.Olaf Helper
[ Blog] [ Xing] [ MVP]- Als Antwort vorgeschlagen Aleksander Chalabashiev Dienstag, 7. Oktober 2014 12:01
-
Die KeyColumn der Attribute ist immer die Attributsspalte selber im genannten Beispiel also „Name3“. Ich habe mir das nochmal bei mehreren Dimensionen angeschaut. Wenn ich die „ErrorConfiguration“ auf (Standard) also „KeyDuplicate:IgnoreError“ stelle, erhalte ich zwar für jede Dimension eine Warnung, aber die Verarbeitung der Dimension läuft durch. Ändere ich die „ErrorConfiguration“ auf „Benutzerdefiniert“ mit der Einstellung „KeyDuplicate:ReportAndContinue“ bricht die Verarbeitung beim ersten doppelten Wert eines Attributs ab (trotz „Continue“). Das sieht dann bei z.B. so aus:
Natürlich kann es halt mehrere Kreditoren im Ort "Gießen" geben. Und wenn die Spalte "Ort" der Attributssschlüssel ist, dann gibt es halt doppelte Attributsschlüssel. Warum wird mir das jetzt als Fehler gemeldet?
P.S.: Das Buch von Russo, Ferrari und Webb scheint es übrigens in einer neueren Auflage zu geben:
Expert Cube Development with SQL Server Analysis Services 2012 Multidimensional Models
Ich denke zumindest, dass es der direkte Nachfolger des von Dir genannten Buches ist und habe es mir gestern Abend noch bestellt.
-
Ich denke die Farben sind noch ein wenig anders zu erklären, als von Dir dargestellt (oder wir sprechen gerade von unterschiedlichen Dingen) aber ich glaube ich habe es jetzt verstanden:
Feste Attributsbeziehungen werden im oberen Teil durch einen ausgefüllten Pfeil und im unteren Teil durch einen blauen Pfeil dargestellt, flexible dementsprechend durch einen nicht ausgefüllten bzw. schwarzen Pfeil. Wenn eine Warnung zu einer Attributsbeziehung vorliegt, wird die Linie im oberen Bereich rot und es erscheint dort immer ein gelbes Ausrufezeichen. Im unteren Bereich ist das Ausrufezeichen nur bei festen Beziehungen gelb und bei flexiblen blau. Zusätzlich wird dort die Warnung durch eine blaue Schlangenlinie gekennzeichnet.
Das Entfernen des automatisch angefügten Underscores am Ende von reservierten Bezeichnungen ist so einfach aber nicht möglich. Dann verschwindet zwar die Warnung aber ich erhalte, wie oben bereits geschrieben einen Fehler: "Fehler im Metadaten-Manager. Die Zeit-Dimension enthält eine Elementeigenschaft mit ungültigem Namen: 'NAME' ist ein reserviertes Wort."
-
Jetzt verstehe ich bald gar nichts mehr. In der SQL-Abfrage steht das SELECT DISTINCT für genau ein Feld und trotzdem wird über doppelte Datensätze gemeckert:
Das Attribut, bei dem die Verarbeitung abbricht, ist offensichtlich immer wieder unterschiedlich. Das ganze geht übrigens gegen eine Oracle-DB aber ein SELECT DISTINCT ist bei Oracle auch bekannt.
-
Ich bin auch zunehmend verwirrt. Ich habe jetzt mal angefangen, bei meiner Kreditoren-Dimension die Attribute, wo SSAS über doppelte Einträge meckert, so umzustellen, dass ich als NameColumn die Attributsspalte verwende und als KeyColumn immer den DimensionKey, was in diesem Fall der ID-Nummer entspricht. Nach jeder Änderung habe ich die Dimension neu verarbeitet und nachdem ich vier oder fünf Attribute geändert hatte (u.a. Ort, Name, Gesperrt, E-Mail), war SSAS plötzlich zufrieden und hat die komplette Dimension ohne meckern verarbeitet. Dabei gibt es auf jeden Fall noch weitere Spalten mit doppelten Einträgen. Zum Beispiel die Postleitzahl. Das Attribut für die PLZ sieht aber noch so aus wie vorher, wohingegen das Orts-Attribut aufgrund doppelter Einträge geändert wurde:
Die Dimension selber ist ganz simpel, ohne Hierarchien:
Würdest Du mir den generell zustimmen, dass das von Dir verlinkte Dokument zunächst mal behauptet, dass man bei doppelten Einträgen in einer Attributsspalte immer eine andere eindeutige Spalte (oder eine eindeutige Kombination von Spalten) als Schlüssel verwenden soll? (Womit das SELECT DISTINCT ja eigentlich hinfällig wäre)
