DB-Tabelle ohne Primärschlüssel
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Nein. Wozu auch? Mindestens MANDT. dann passt ein Eintrag in die Tabelle.
Gruß, Enno
Gruß, Enno
Weil es jedes mir bekannte DBMS unterstützt.ewx hat geschrieben:Wozu auch?
Ich habe folgende Herausforderung: In einer Eigenentwicklung wird eine Tabelle mit beliebig vielen Spalten gedruckt, deren Überschriften vom Berater angepasst werden können.
Also gibt es eine DB-Tabelle mit folgendem Aufbau:
Code: Alles auswählen.
+--------------------------------------------+
| MANDT | Spaltennr | Text |
+--------------------------------------------+
| 100 | 1 | Eine Spalte |
+--------------------------------------------+
| 100 | 2 | Eine andere Spalte |
+--------------------------------------------+
| 100 | 3 | Noch eine Spalte |
+--------------------------------------------+
| 100 | ... | ... |
+--------------------------------------------+Jetzt schreibt mir SAP die Angabe eines Primärschlüssel vor. Nun gibt es zei Möglichkeiten: Alle Spalten als Primärschlüssel oder die ersten beiden Spalten als Primärschlüssel.
Im ersten Fall kann noch nicht einmal ein Text geändert werden, sondern die entsprechende Zeile muss gelöscht und eine neue dafür angelegt werden.
Im zweiten Fall ist es zwar immerhin möglich, den Text zu ändern, aber wenn die Reihenfolge der Spalten geändert werden soll, muss (mindestens) eine Zeile gelöscht und neu angelegt werden (inkl. des ganzen Textes!), da es nicht möglich ist, die Spaltennr im Datensatz zu ändern!
Deswegen hätte ich gern DB-Tabellen ohne Primärschlüssel.
Aber vielleicht habt Ihr ja noch eine ganz andere Idee zur Lösung meines Problems, wobei die Betonung auf einfach liegt.
Natürlich kann ich auch die ganze Tabelle in eine interne Tabelle einlesen, diese dann mittels eines ALV-Grids editieren lassen, vorm speichern alle Datensätze aus der DB-Tabelle löschen und anschließend alle Sätze der internen Tabelle in die DB-Tabelle schreiben. Das nenne ich aber nicht einfach!
Gruß,
janfri
Und wenn du den Spaltennamen/Feldnamen als Schlüssel nimmst?? Dann hast du auch nicht das Problem, dass die Reihenfolge sich ändern kann.janfri hat geschrieben: Im zweiten Fall ist es zwar immerhin möglich, den Text zu ändern, aber wenn die Reihenfolge der Spalten geändert werden soll, muss (mindestens) eine Zeile gelöscht und neu angelegt werden (inkl. des ganzen Textes!), da es nicht möglich ist, die Spaltennr im Datensatz zu ändern!
Wenn es hinterher als Betitelung einer ALV-Liste verwendet werden soll, ist das eh gefährlich, denn das Layout kann ja geändert werden.
Wenn du eine DDIC-Struktur zur Anzeige verwendest, kannst du ja auch einen View auf die DD03L/ DD03T als Pflegedialog anlegen, dann werden die DDIC-Namen vorgeblendet, so dass der Anwender sich gut orientieren können müsste.
Gruß, Enno.
Zuletzt geändert von ewx am 03.03.2006 11:05, insgesamt 1-mal geändert.
Hallo janfri,
wie wäre es hiermit:
Du fügst eine weitere Spalte (ID) hinzu. Diese wird zusammen mit dem Mandanten zum Primärschlüssel und muss daher eindeutig sein. Dann hast Du aber noch das Feld "Spaltennr", das nicht zum Schlüssel gehört, d.h. Du kannst die Reihenfolge der Spalten auch noch nachträglich ändern...
wie wäre es hiermit:
Code: Alles auswählen.
+------------------------------------------------+
| MANDT | ID |Spaltennr | Text |
+------------------------------------------------+
| 100 | 1 | 1 | Eine Spalte |
+------------------------------------------------+
| 100 | 2 | 3 | Eine andere Spalte |
+------------------------------------------------+
| 100 | 3 | 2 | Noch eine Spalte |
+------------------------------------------------+
| 100 |... | ... | ... |
+------------------------------------------------+
Gruß,
Charadin
Charadin
OK, das wäre eine Möglichkeit an die ich auch schon gedacht hatte.DeathGuardian hat geschrieben:füg doch einfach ne Key-Spalte ein wo ne fortlaufende Nummer hat die ansonsten keinen zusammenhang zum rest hat.
Unschön ist daran nur, dass es bei SAP keinen Autoinkrement gibt, so dass bei neuen Einträgen entweder der Benutzer die Nummer von Hand vergeben muss (im Falle von SE16) oder doch eine Pflegeoberfläche drumherumgestrickt werden muss, die mit einem Nummernkreis arbeitet.
Gruß,
janfri
Die stehen ja gerade nicht fest. Es sollen pro Mandant (Kunde) unterschiedliche Spalten(anzahlen) einstellbar sein.ewx hat geschrieben:Und wenn du den Spaltennamen/Feldnamen als Schlüssel nimmst??
Es geht sogar noch einen Schritt weiter: Pro Mandant sollen mehrere Varianten mit unterschiedlichen Spaltennamen und -anzahlen gepflegt werden. (Das lässt sich aber mittels einer weiteren Variantenspalte problemslos lösen.)
Mit anderen Worten, es handelt sich um eine Art Meta-Tabelle, die den Aufbau einer Ausgabetabelle beschreibt.
Als Ausgabe wird eine XML-Datei erzeugt, insofern stellt das kein Problem dar.ewx hat geschrieben:Wenn es hinterher als Betitelung einer ALV-Liste verwendet werden soll, ist das eh gefährlich, denn das Layout kann ja geändert werden.
Momentan sehe ich als einzige Lösung eine zusätzliche ID-Spalte.
Gruß,
janfri
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
2326
Views
Views
Nicht eindeutiger Primärschlüssel in DB-Tabelle ?
von Bernhard Unglaub » 10.07.2007 11:58 • Verfasst in ABAP® Core
von Bernhard Unglaub » 10.07.2007 11:58 • Verfasst in ABAP® Core
4
Antw.
Antw.
2752
Views
Views
2
Antw.
Antw.
3863
Views
Views
3
Antw.
Antw.
4000
Views
Views
4
Antw.
Antw.
4829
Views
Views
Aus einer Tabelle Daten einer internen Tabelle filtern - Interne Tabelle ist eine Tabelle ohne Kopfzeile
von Sonne1234 » 09.12.2019 08:29 • Verfasst in ABAP® für Anfänger
von Sonne1234 » 09.12.2019 08:29 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.