Fehler "Attributschlüssel duplizieren", wenn das Attribut kein Schlüssel ist

Rechten Maustaste auf das Attribut, und wählen Sie "Eigenschaften". Finden "KeyColumn", die sich unter der "Source" - Kategorie in der Eigenschaften-Fenster. Bearbeiten Sie die "KeyColumn-Eigenschaft", es zeigt eine benutzerfreundliche Fenster.

Entfernen Sie das Attribut aus der rechten (Key-Spalten) neben dem Fenster, und ersetzen Sie es mit der tatsächlichen id-Spalte vom linken (Verfügbare Spalten) Seite.

Bearbeiten Sie dann die "NameColumn" - Eigenschaft, die gleichen Fenster angezeigt. Bewegen Sie den Attribut-Spalte (die eigentlichen Daten, die Sie anzeigen möchten) aus der linken Seite auf die Rechte.

Getestet in VS 2010 Shell SSDT.

InformationsquelleAutor der Antwort Eric W.

Hatte gerade mir das geschehen heute und kratzte mich am Kopf für eine Weile, als keine der Lösungen hier gearbeitet. Schließlich löste es und dachte, ich würde meine Lösung für jemand anderen googlen dieser Fehler und die hier ankommen, nur wie ich es Tat.

In meinem Fall war es nicht NULL und leere Zeichenfolgen als hatte ich den [NullProcessing] Wert bereits auf "UnknownMember". Vielmehr war es die [Trimmen] Wert, in meinem Fall war es "Recht".

Obwohl ich weiß, wie ich das gelöst(?) ich bin nicht 100% warum, aber ich gehe davon aus, wenn SQL Server ist es SELECT DISTINCT(col) FROM source und die [Trimmen] Wert festgelegt ist, als solche, Analysis-server später entfernt unter anderem Registerkarte chars vom Ende (die RTRIM im SQL Server beispielsweise nicht) und endet mit Duplikaten.

Sodass die Einstellung von [Zuschneiden] , "Keiner", lösen kann, da die tabs waren Daten die ich nicht brauche (meine Daten analysiert/ausgelesen/eingetragen von externen Quellen), die ich einfach ersetzt tabs in die Spalte und nach, dass die Verarbeitung der Würfel ist wieder gut.

InformationsquelleAutor der Antwort Don

Hatte ich ein ähnliches Problem heute (gleiche Fehlermeldung), zum Wohle von jemand anderem bekommen hier mit dem gleichen problem, habe ich einige Hinweise auf meine wiki: http://www.david-halliday.co.uk/wiki/doku.php?id=databases:oracle&#select_dates_for_ssas_include_hierarchy

Meinem Fall war SQL (vereinfacht und umformuliert und die unschuldigen zu verteidigen):

SELECT dim_id,
       dim_name,
       dim_attribute1.name,
       dim_attribute2.name
  FROM dim_table
    INNER JOIN dim_attribute1 ON dim.attribute1_id = dim_attribute1.id
    INNER JOIN dim_attribute2 ON dim.attribute2_id = dim_attribute2.id

Die seltsame Sache war, war der Fehler passiert, für einige Fälle von dim_attribute1_name aber nicht dim_attribute2_name. Aber in diesem speziellen Fall das Attribut war genau das gleiche. Am Ende war die Lösung ändern Sie die SQL:

SELECT dim_id,
       dim_name,
       dim_attribute1.id,
       dim_attribute1.name,
       dim_attribute2.id,
       dim_attribute2.name
  FROM dim_table
    INNER JOIN dim_attribute1 ON dim.attribute1_id = dim_attribute1.id
    INNER JOIN dim_attribute2 ON dim.attribute2_id = dim_attribute2.id

Verwenden Sie dann in der dimension (verstecken Sie die IDs in der Liste) den id-Wert für den Schlüssel, das Attribut und die name für den Namen des Attributs. Ich habe nicht gesehen, dies vor, aber aus irgendeinem Grund ist es hier passiert. Diese Lösung, die ich glaube, ist besser als das cube-Prozess ignorieren duplicate-key-Fehler.

Ich vermute, dass, wenn man Gebäude eine dimension verknüpfen von Tabellen das bessere Leistung/Zuverlässigkeit. Aber zitieren Sie mich nicht auf.

InformationsquelleAutor der Antwort David Halliday

Habe ich aber das problem nach dem ich schon spielen, um mit dem hinzufügen einer ID in der Schlüssel-Spalte ein Attribut. Seitdem habe ich entfernt, die Schlüssel aber gefunden, dass die select-Anweisung bei der Verarbeitung war immer noch unter Bezugnahme auf die ID, so dass das Attribut nicht einzigartig. Ich konnte nicht einen Weg finden, die Lösung diese über das Attribut Eigenschaften, so löschte ich das ganze Ausmaß und neu erstellt. Diese behoben das Problem.

InformationsquelleAutor der Antwort Lesley

Ich gelöst durch die Angabe der SORTIERUNG auf meine sichten auf die relationale Datenbank wie folgt.

COALESCE([Descrição da Transação],") COLLATE Latin1_General_CI_AI

InformationsquelleAutor der Antwort Vinicius Paluch

Lemme geben Sie eine Problemumgehung, wenn Sie noch wollen, gehen Sie mit der Bereitstellung & cube-browsing .
Unter 'Prozess-cube" - Fenster, ändern Schlüssel dimension Fehler Einstellungen, um benutzerdefinierte .
Sie wäre in der Lage, nahtlos bereitstellen & den cube durchsuchen .
trade-off ist hier, dass Sie möglicherweise nicht die Ergebnisse, die Sie erwartet.

InformationsquelleAutor der Antwort Nim J

Habe ich in ausführen diesen Fehler viele Male aus verschiedenen Gründen, aber vor kurzem begegnet einem eher obskuren Ursache: die Anwesenheit der beta-ß-Zeichen in einer text-Spalte. Trotz der Tatsache, dass die Tausende einzigartige Wörter, die in der Spalte verwendet ein Sammelsurium von jeder obskuren ASCII-code unter der Sonne, SSAS würgte nur während der Verarbeitung der Spalte Werte enthalten die ß-symbol. Null-Werte, Duplikate, trimmen und dergleichen, wurden systematisch ausgeschlossen. Dies ist aller Wahrscheinlichkeit nach im Zusammenhang zu unergründlich und ungelöstes Thema in der MSDN-thread SSAS 2012 duplicate-key-Fehler mit 'ss' und 'ß'in denen SSAS interpretiert ß-Werte als 'ss' für einige unergründlichen Grund, auch wenn die Sortierung-Einstellungen waren korrekt. In meinem Fall, die Einstellung der Sortierung in der SSAS-Spalteneigenschaften entsprechen die Quell-Spalte für die Sortierung von SQL_Latin1_General_CP1_CS_AS auf der relationalen Seite haben nicht dieses Problem beheben, ich musste auch die Sortierung ändern, die für den gesamten server. Diese Problemumgehung kann schmerzhaft sein in bestimmten Umgebungen, wo andere Spalten sind abhängig von verschiedenen Sortierungen, aber er umging dieses Problem in meinem Fall und mir erlaubt, Prozess der dimension, ohne eine Anhängevorrichtung. Ich hoffe, das hilft der nächsten person, die zu stolpern, die über den gleichen "gotcha."

InformationsquelleAutor der Antwort SQLServerSteve