SAP Query/Infoset - Ergebniszeile der Listausgabe löschen
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo zusammen,
besteht die Möglichkeit, innerhalb des Infosets (z.B. im Coding - Satzverarbeitung) eine komplette Zeile zu löschen, welche "normalerweise" durch die hinterlegten JOIN-Bedingungen, Selektionskritieren,... angezeigt werden würde?
Im Detail geht es darum, dass ich u.a. Gutschriften (Faktura - G2) auswerte. Nun ist das Problem, dass wenn die Gutschrift storniert wurde, dennoch als Ergebnis der Ausgabe auftauscht.
Wie ich die Prüfung realieren kann, ist mir klar bzw. habe ich einen Ansatz. Ich habe vor den Belegfluss abzufragen und nach einer möglicherweise vorhandenen Storo-Gutschrift zu suchen.
Die Frage ist, wie ich dann auf die kompl. Zeile zugreifen kann, um diese zu löschen?
Hoffe jemand hat vielleicht eine Idee oder weis, welche Variable/Tabelle/Obejekt hierzu während der Verarbeitung vorhanden ist - konnte hierzu bislang leider nichts finden
Vielen Dank bereits im Voraus!
Viele Grüße!
besteht die Möglichkeit, innerhalb des Infosets (z.B. im Coding - Satzverarbeitung) eine komplette Zeile zu löschen, welche "normalerweise" durch die hinterlegten JOIN-Bedingungen, Selektionskritieren,... angezeigt werden würde?
Im Detail geht es darum, dass ich u.a. Gutschriften (Faktura - G2) auswerte. Nun ist das Problem, dass wenn die Gutschrift storniert wurde, dennoch als Ergebnis der Ausgabe auftauscht.
Wie ich die Prüfung realieren kann, ist mir klar bzw. habe ich einen Ansatz. Ich habe vor den Belegfluss abzufragen und nach einer möglicherweise vorhandenen Storo-Gutschrift zu suchen.
Die Frage ist, wie ich dann auf die kompl. Zeile zugreifen kann, um diese zu löschen?
Hoffe jemand hat vielleicht eine Idee oder weis, welche Variable/Tabelle/Obejekt hierzu während der Verarbeitung vorhanden ist - konnte hierzu bislang leider nichts finden
Vielen Dank bereits im Voraus!
Viele Grüße!
Zuletzt geändert von m4nu am 18.09.2013 14:44, insgesamt 1-mal geändert.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Nachtrag:
Meine bisherige Idee ist, dass wenn die Bedingung der Prüfung erfüllt ist, ich das "Ergebnis" in ein beliebiges Feld mit einem eindeutigen Wert fülle und letztlich diesen Wert von der Ausgabe ausschließen.
Aber müsste doch eigentlich eine elegantere Lösung, z.B. direktes löschen der Zeile, geben?!
Meine bisherige Idee ist, dass wenn die Bedingung der Prüfung erfüllt ist, ich das "Ergebnis" in ein beliebiges Feld mit einem eindeutigen Wert fülle und letztlich diesen Wert von der Ausgabe ausschließen.
Aber müsste doch eigentlich eine elegantere Lösung, z.B. direktes löschen der Zeile, geben?!
Moin.
wenn das Infoset vom Typ : "Datenbeschaffung durch Programm / integriertes Programm" ist,
wird die Selektion ja von Dir definiert und somit ist ein Auslassen bzw. Löschen von Zeilen der selektierten Daten ganz einfach möglich.
gruß Jens
wenn das Infoset vom Typ : "Datenbeschaffung durch Programm / integriertes Programm" ist,
wird die Selektion ja von Dir definiert und somit ist ein Auslassen bzw. Löschen von Zeilen der selektierten Daten ganz einfach möglich.
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
ist ein "Tabellen-Join über Tabelle"...
Habe ich mir aber mittlerweile auch schon überlegt, da ich schon mehrfach Tabellen nicht so "einfach" joinen könnte und sie manuell abfrage.
Wird bei dieser Variante eine interne Tabelle erstellt, welche letztlich die Ausgabe darstellt?
Habe ich mir aber mittlerweile auch schon überlegt, da ich schon mehrfach Tabellen nicht so "einfach" joinen könnte und sie manuell abfrage.
Wird bei dieser Variante eine interne Tabelle erstellt, welche letztlich die Ausgabe darstellt?
... bei einem Join geht man so vor, dass man beim Anlegen eine Tabelle oder Struktur mitgibt (muß) .
Jede weitere Tabelle, die man benötigt, kann man über Zusatzfelder einbinden.
Einen Join kann man sich sehr einfach aus einem Query od. Quickview Coding extrahieren (ein alter Trick).
Ein großes Plus ist die Tatsache, daß man nicht mit Datenbank Cursor arbeiten muß, sondern z.B "select * from xx into table itab where..."
viel performanter Tabellen abfragen kann. Es ist auch möglich z.B Langtexte ins ALV zu bekommen, da man auch Funktionsbausteine verwenden kann.
Man sollte aber im Auge behalten, ab wann ein klassischer Report effizienter ist.
gruß Jens
Jede weitere Tabelle, die man benötigt, kann man über Zusatzfelder einbinden.
Einen Join kann man sich sehr einfach aus einem Query od. Quickview Coding extrahieren (ein alter Trick).
Ein großes Plus ist die Tatsache, daß man nicht mit Datenbank Cursor arbeiten muß, sondern z.B "select * from xx into table itab where..."
viel performanter Tabellen abfragen kann. Es ist auch möglich z.B Langtexte ins ALV zu bekommen, da man auch Funktionsbausteine verwenden kann.
Man sollte aber im Auge behalten, ab wann ein klassischer Report effizienter ist.
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Vielen Dank für deine Antwort Tron, ich denke ich werde diese Art der Datenbeschaffung weiter verfolgen.
Bzgl. deiner Antwort hätte ich noch ein paar Fragen, um sicher zu stellen, dass ich Dich richtig verstanden habe.
Ein Infoset (Tabellen-Join über Tabelle) arbeitet immer mit einem Datenbank Cursor, wodurch im Allgemeinen die Laufzeit höher ist als bei einem klassischen SELECT?! Ist die Ursache hierbei, dass die Daten nicht direkt in eine interne Tabelle geschrieben werden?
Bzgl. dem Trick den Join aus einer Query zu entnehmen - im Debugger kann man ja den Join entnehmen, ist dies die richtige/beste Vorgehensweise?
Ich habe mal testweise solch ein Infoset angelegt. Bei der Erstellung muss man ja z.B. eine Tabelle angeben, welche dann im Data-Breich definiert und im Output-Bereich ein Loop für die Ausgabe vorhanden ist.
Bei meinem bisherigen Infoset beziehe ich Daten aus mehreren Tabellen, welche letztlich eine Zeile im ALV (hoffe ich drücke mich richtig aus
) darstellt.
Um dies zu realisieren, ist es dann erforderlich, für die Ausgabe eine "eigene" interene Tabelle zu erstellen?! Wobei die Daten dann durch geschachtelte Loop's von den anderen Tabelle eingefügt werden?
Ist das der richte Ansatz/Vorgehensweise?
Besten Dank!
Gruß Manuel
Bzgl. deiner Antwort hätte ich noch ein paar Fragen, um sicher zu stellen, dass ich Dich richtig verstanden habe.
Ein Infoset (Tabellen-Join über Tabelle) arbeitet immer mit einem Datenbank Cursor, wodurch im Allgemeinen die Laufzeit höher ist als bei einem klassischen SELECT?! Ist die Ursache hierbei, dass die Daten nicht direkt in eine interne Tabelle geschrieben werden?
Bzgl. dem Trick den Join aus einer Query zu entnehmen - im Debugger kann man ja den Join entnehmen, ist dies die richtige/beste Vorgehensweise?
Ich habe mal testweise solch ein Infoset angelegt. Bei der Erstellung muss man ja z.B. eine Tabelle angeben, welche dann im Data-Breich definiert und im Output-Bereich ein Loop für die Ausgabe vorhanden ist.
Bei meinem bisherigen Infoset beziehe ich Daten aus mehreren Tabellen, welche letztlich eine Zeile im ALV (hoffe ich drücke mich richtig aus
) darstellt.Um dies zu realisieren, ist es dann erforderlich, für die Ausgabe eine "eigene" interene Tabelle zu erstellen?! Wobei die Daten dann durch geschachtelte Loop's von den anderen Tabelle eingefügt werden?
Ist das der richte Ansatz/Vorgehensweise?
Besten Dank!
Gruß Manuel
Bin gerade auf das Stichwort Datenbank-View gestoßen und bin gerade dabei einen zu erstellen.
Auf Basis von einem View lässt sich ja dann auch ein Infoset erstellen, welche meine Anforderungen soweit erfüllt. Schade bzw. problematisch ist hierbei nur, dass ich ja dann wieder nur die "einfachen" Join-Bedingungen umsetzten kann.
Oder ist die bessere Variante, alle Daten auf Basis von Zusatzfelder darzustellen?
Freue mich über jeden Hinweis - vielen Dank!
Auf Basis von einem View lässt sich ja dann auch ein Infoset erstellen, welche meine Anforderungen soweit erfüllt. Schade bzw. problematisch ist hierbei nur, dass ich ja dann wieder nur die "einfachen" Join-Bedingungen umsetzten kann.
Oder ist die bessere Variante, alle Daten auf Basis von Zusatzfelder darzustellen?
Freue mich über jeden Hinweis - vielen Dank!
Moin.
komplexeren Joins mit vielen Feldern/Tabellen (erspart ne Menge Tippen), aber noch wichtiger fände ich
Du findest seeeehr schnell heraus, ob sich die Tabellen überhaupt verknüpfen lassen und ob der Join überhaupt das
Ergebnis liefert welches Du erwartest.
Deshalb beginne ich erst einmal grob mit SQVI. So ich zufrieden bin, gehe ich in den generierten Report und
kopiere das Coding vom Join. Dann SQ02 und.....
gruß Jens
Der Query/Quickview Generator erzeugt das so.Ein Infoset (Tabellen-Join über Tabelle) arbeitet immer mit einem Datenbank Cursor ....
Der Vorteil SQVI den Join erzeugen zu lassen, hat insbesondere Vorteile beiim Debugger kann man ja den Join entnehmen, ist dies die richtige/beste Vorgehensweise
komplexeren Joins mit vielen Feldern/Tabellen (erspart ne Menge Tippen), aber noch wichtiger fände ich
Du findest seeeehr schnell heraus, ob sich die Tabellen überhaupt verknüpfen lassen und ob der Join überhaupt das
Ergebnis liefert welches Du erwartest.
Deshalb beginne ich erst einmal grob mit SQVI. So ich zufrieden bin, gehe ich in den generierten Report und
kopiere das Coding vom Join. Dann SQ02 und.....
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
9113
Views
Views
2
Antw.
Antw.
4070
Views
Views
0
Antw.
Antw.
1201
Views
Views
InfoSet Query: Faktura - Abfrage Positionsnr.
von piemo » 17.07.2008 21:19 • Verfasst in ABAP® für Anfänger
von piemo » 17.07.2008 21:19 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
2665
Views
Views
SAP Query - Infoset um Infotyp erweitert - Transport?
von manuk » 23.11.2005 09:58 • Verfasst in Human Resources
von manuk » 23.11.2005 09:58 • Verfasst in Human Resources
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224