Doppelte Primärschlüssel in der FAAT_DOC_IT

Re: Doppelte Primärschlüssel in der FAAT_DOC_IT

Vielleicht sind die Felder gar nicht gleich auf der DB sondern werden nur in der Ausgabe gleich angezeigt, da Konvertierungsexit? Mal in der SE16N die unkonvertierten Werte ausgegeben? Dann dürfte er aber eigentlich auch nicht bei der ITAB dumpen. :/

Re: Doppelte Primärschlüssel in der FAAT_DOC_IT

ich habe zwar von CDS-Views keine Ahnung, aber für mich klingt das so, als ob aus irgendeinem Grund eine zweite Zeile mit selbem Primärschlüssel in die Datenbank gerutscht ist. Das ist eine Konsistenzverletzung, die eigentlich von der Datenbank verhindert werden müsste, aber vielleicht aufgrund irgendeiner Softwareschwachstelle reingerutscht ist.

Jep. Wenn die DB-Tabelle Mehrfachschlüssel erlaubt, darf die SAP nicht im Coding plötzlich diese unterbinden.

Der Primärschlüssel der Datenbank und der einer internen ABAP-Tabelle sind zwei völlig verschiedene Paar Schuhe. Es steht Dir aber frei, die ABAP-Tabelle nach Belieben mit der Zeilenstruktur der Datenbanktabelle, aber einem Schlüssel Deiner Wahl zu definieren. Du kannst z.B. eine Standardtabelle draus machen oder einen NON-UNIQUE SORTED KEY verwenden. Dann wirst Du keine Dumps haben. Wenn es sich aber wirklich um eine Inkonsistenz eurer Datenbank und nicht um irgendeine mir unbekannte Spezialität von CDS-Views handelt, dann wird das die Problemursache nicht verbessern.

Ich finde es aber gut und wichtig, dass man als Programmierer bei der Wahl der Schlüssel seiner internen Tabellen frei ist. Es ist durchaus nicht immer sinnvoll, intern den Schlüssel der zugehörigen Datenbanktabelle zu verwenden.

Re: Doppelte Primärschlüssel in der FAAT_DOC_IT

Dann muss es ja eine Inkonsistenz in der Datenbanktabelle sein. Der Dump in der internen Tabelle ist dann nur ein bedeutungsloser Folgefehler.

Re: Doppelte Primärschlüssel in der FAAT_DOC_IT

Kein Unterschied erkennbar. Ich kann sie aber nur visuell vergleichen. Oder kann ich in der SE16N auch einen Deltavergleich wie im Debugger machen? Aber, wenn ich den markierten Wert über SAP_EDIT versuche zu ändern, klappt das nicht. Erste Zeile auf 310€ und zweite Zeile auf 10€. Ergebnis nach einem Refresh: In beiden Zeilen stehen 10€. Wie oben im anderen Beitrag ersichtlich, war es aber via Coding möglich hier unterschiedliche Beträge bei selben Primärschlüssel zu erfassen.
Die SE16N kann diese aber nicht getrennt updaten. D.h. für mich, dass die Primärschlüssel wirklich gleich sind, was eigentlich nicht sein darf.
Darum die Frage anders gestellt: Gibt es unter HANA irgendwelche Besonderheiten, die man nur direkt auf der Datenbank einstellen kann? Oder Möglichkeiten das zu analysieren? Ich habe leider nur Zugriff via SE16 SE11 SE16N SE16H also immer SAP dazwischen. Vermutlich hätte sich eine OrcaleDB unter ERP schon von Haus beschwert, wenn sie doppelt Primärschlüssel bekommt.