ABAP� Core

ABAP� Core :: RE: Performance SELECT (Massendaten)

JDO — Wed, 08 Sep 2010 16:22:54 GMT

Autor: JDO

Hallo Markus,

da wir ISU nicht einsetzen, sind s�mtliche DFKK*-Tabellen in unseren Systemen leer. Ohne genaue Kenntnis der Datenabh�ngigkeiten, der Verteilung in den Tabellen, den vorhandenen Sekund�r-Indices, dem Inhalt der Select-Options und der Ergebnismenge kann ich nur ein paar allgemeine Hinweise geben.

Die Aufteilung in viele Ranges ist nur dann sinnvoll, wenn dadurch der weitaus gr��te Teil der zu durchsuchenden Daten ausgeschlossen wird. Wie auch immer, es sind potentiell bis zu 750 Mio. Datens�tze sequentiell zu durchsuchen; da sind keine Performance-Wunder zu erwarten.

Du solltest versuchen, mit Tab. DFKKKO (Kopfdaten zum Kontokorrentbeleg) zu beginnen statt mit DFKKOP (Positionen zum Kontokorrentbeleg); Kopftabellen haben i.d.R. viel weniger S�tze und sind schmaler und damit performanter zu lesen.

Es ist immer besser, alle Kriterien in die SELECT-Klausel aufzunehmen und die Arbeit von der Datenbank erledigen zu lassen, statt hinterher im LOOP die �berfl�ssigen S�tze wieder zu l�schen.

MfG J�rgen

ABAP� Core :: RE: SQL dynamisch

axelk — Wed, 08 Sep 2010 14:21:19 GMT

Autor: axelk

Hi hyperion,

du kannst auch folgenden FB benutzen: FREE_SELECTIONS_RANGE_2_WHERE.
Dann brauchst du dich nicht mit den Hochkommatas rumzu�rgern.

Viele Gr��e

ABAP� Core :: RE: Transaktion zur Viewcluster-Pflege im geschlossenen System

black_adept — Wed, 08 Sep 2010 14:17:22 GMT

Autor: black_adept

Hallo Lars,

�ndere doch die Auslieferungsklasse des Maint. Views von "C - Customizing" auf "A - Application table".
_________________
live long and prosper
Stefan

email: black_adept@yaAbb.de
www: http://www.yaabb.de

ABAP� Core :: Transaktion zur Viewcluster-Pflege im geschlossenen System

KleinerEisbaer — Wed, 08 Sep 2010 13:05:58 GMT

Autor: KleinerEisbaer
Titel: Transaktion zur Viewcluster-Pflege im geschlossenen System

Hallo Miteinander,

ich m�chte die Customizing-Transaktion OX09 meinen Kollegen in einem System zur Verf�gung stellen, in welchem grunds�tzlich das Customizing nicht erlaubt ist (Status: nicht �nderbar). Es geht darum, Adressen zu Lagerorten trotz geschlossenen Systems pflegen zu k�nnen.

Ich habe hierzu einen Z-Transaktioncode angelegt (SE93). Unter den Vorschlagswerten zur Transaktion habe ich die SM34 (Viewcluster-Pflege) eingetragen.

In der Tabelle zu den Vorschlagswerten habe ich folgende Eintr�ge vorgenommen:

Name des Dynprofeldes Wert
VCLDIR-VCLNAME VC_T001L
UPDATE X

Wenn ich nun meine Z-Transaktion aufrufe, erscheint zun�chst das Einstiegsbild wie bei der OX09. Hier muss in einem Popup ein Werk eingegeben werden. Nach Best�tigen erscheint dann ein Popup mit der Meldung: Mandant 100 hat den Status �nicht �nderbar�. Genau dies m�chte ich aber umgehen.

An welcher Stelle wird abgefragt, ob Customizing erlaubt/nicht erlaubt ist?
Gibt es eine Tabelle, in welcher ich hier noch ein Kennzeichen manipulieren m�sste?

Es h�ngen noch ein paar Screenshots an, die den Vorgang ausschnittsweise darstellen.

Vielen Dank f�r Eure Hinweise, Tips und Ratschl�ge
_________________
Nimm die Menschen wie sie sind, es gibt keine anderen.

ABAP� Core :: RE: �nderungshistorie zu Repository-Objekten

CeyserSoze — Wed, 08 Sep 2010 12:55:23 GMT

Autor: CeyserSoze

...wenn's schwieriger gewesen w�re, h�tte ich es bestimmt nicht gewusst
_________________
Gru�
Ceyser Soze

Mitglied bei XING werden

ABAP� Core :: RE: �nderungshistorie zu Repository-Objekten

KleinerEisbaer — Wed, 08 Sep 2010 11:45:24 GMT

Autor: KleinerEisbaer

Hallo Ceyser Soze,

och, so einfach ist das.

Danke!
_________________
Nimm die Menschen wie sie sind, es gibt keine anderen.

ABAP� Core :: RE: �nderungshistorie zu Repository-Objekten

CeyserSoze — Wed, 08 Sep 2010 11:20:17 GMT

Autor: CeyserSoze

Hallo KleinerEisbaer,

SE11>Hilfsmittel>Versionen>Versionsverwaltung.
_________________
Gru�
Ceyser Soze

Mitglied bei XING werden

ABAP� Core :: �nderungshistorie zu Repository-Objekten

KleinerEisbaer — Wed, 08 Sep 2010 10:56:05 GMT

Autor: KleinerEisbaer
Titel: �nderungshistorie zu Repository-Objekten

Hallo Zusammen,

gibt es eine Tabelle (oder gar eine Transaktion), in welcher ich die �nderungen an Objekten, z.B. einer DDIC-Tabelle, nachverfolgen kann?
Also mit deren Hilfe ich zumindest erkennen kann, WANN WER etwas ge�ndert hat?

Wenn ich mit der SE11 eine Tabelle aufrufe, sehe ich unter den Eigenschaften nur den letzten �nderer. Mich w�rde interessieren, wer vorher auch ge�ndert bzw. das Objekt �berhaupt erstellt hat.

Danke f�r Euer Feedback
_________________
Nimm die Menschen wie sie sind, es gibt keine anderen.

ABAP� Core :: RE: SQL dynamisch

CeyserSoze — Wed, 08 Sep 2010 08:50:40 GMT

Autor: CeyserSoze

Hallo hyperion,

probier mal folgendes:

Code:

TYPES: BEGIN OF type_filter,
filter TYPE edpline,
END OF type_filter.

DATA: gt_filter TYPE TABLE OF type_filter,
gs_filter TYPE type_filter,
gt_data TYPE TABLE OF makt,
tabname TYPE tabname,
g_matnr TYPE matnr.

tabname = 'MAKT'.

g_matnr = '000000000000004059'.

CONCATENATE 'MATNR = ''' g_matnr '''' INTO gs_filter.
APPEND gs_filter TO gt_filter.

SELECT * FROM (tabname) INTO TABLE gt_data WHERE (gt_filter).

EDIT:
bei Deinem Coding f�llt auf, das die Materialnummer ohne f�hrende Nummern �bergeben wird und das in der Where-Clause "normale" Anf�hrungszeichen anstatt Hochkommata verwendet werden...
_________________
Gru�
Ceyser Soze

Mitglied bei XING werden

ABAP� Core :: RE: SQL dynamisch

hyperion — Wed, 08 Sep 2010 08:40:09 GMT

Autor: hyperion

Hallo,

irgendwie bekomme ich keien funktionierende Whereklausel hin.

Dekleration:

Code:

TYPES:

BEGIN OF type_filter,
filter(100),
END OF type_filter.

DATA:

gt_filter TYPE TABLE OF type_filter.

Code:

SELECT * FROM (tabname) INTO TABLE <gt_data> WHERE (lt_filter).

Ich habe mir im Debugger die Werte vor dieser Zeile angeschaut:
tabname = MAKT
lt_filter besteht aus einer Zeile: MATNR = "123456"

Ich habe es bereits auch mit einem Where davor versucht. Hat ebenfalls nicht funktioniert.

Die Fehlermeldung lautet:
A comparison value is missing in a condition specified dynamically.

K�nnt Ihr mir bitte den Fehler sagen?

Gru� hyperion

ABAP� Core :: Performance SELECT (Massendaten)

MarkusW — Wed, 08 Sep 2010 07:18:52 GMT

Autor: MarkusW
Titel: Performance SELECT (Massendaten)

Hallo zusammen,

ich bin etwas irritiert von der Laufzeit eines Reports von mir. Darum hoffe ich auf ein guten Tip von euch.

Ich lese die DFKKOP (Belegtabelle ISU)

Um genauer zu sein, es werden Belegnummernranges ermittelt.
Die kleinste Belegnummer und die gr��te wird ermittelt und das ist die 'Hauptrange'
Anhand dieser wird in einer Gr��e von 500000 ermittelt ob sich ein Beleg innerhalb dieser Range befindet.

Bsp.
kl. Belegnummer 0000001
gr. Belegnummm 9999999

Erster �berpr�fter Bereich = 0000001 - 0500001
Wenn innerhalb diesen Bereichs ein Beleg existiert, wird diese Range in einer DB Tabelle gesichert.
Das ganze im Grunde mal 2...da zum einen Ranges mit Ausgleichskennzeichen und einmal ohne Ausgleichskennzeichen erstellt werden.
So kommen dann einige Ranges zustande.

Im zweiten Schritt l�uft ein Programm �ber diese gefundenen Ranges dr�ber und selectiert nun anhand dieser Belegnummerrange die Belege aus der DFKKOP.

Jetzt zur gr��enordnung...die DFKKOP bewegt sich im Bereich von 500mio.-750mio Datens�tze

Der SELECT im zweiten Schritt sieht folgendermassen aus:

Code:

SELECT opbel augbl bukrs augst stakz
INTO TABLE gt_op
FROM dfkkop
WHERE opbel IN gt_opbel
AND bukrs IN gt_bukrs
AND augdt IN s_augd.

gt_op an die Struktur der 5 gesuchten Felder...deshalb ist ein CORRESPONDING nicht n�tig.
gt_opbel enh�lt die Range
gt_bukrs die selektierten Buchungskreise
s_augd das selektierte ausgleichsbeleg datum

Die DFKKOP hat als prim�ren Index
MANDT
OPBEL
und dann noch 3 weitere Felder f�r die untergliederung der Belegnummer
als erstes NICHT Key Feld kommt dann der Buchungskreis.

Nachdem der Select gelaufen ist,
frage ich die gt_op ab auf das Feld AUGST und STAKZ in einer LOOP Schleife.
Habe diese 2 Felder nicht in den SELECT aufgenommen, da ich mir dadurch eine Performanceverbesserung erhofft hatte, da der SELECT doch eigentlich mit dem Prim�ren Key lesen sollte.

Aber f�hre ich so ein SELECT per Hand in der SE16 durch, dauert dies schonmal �ber 1 Std.
Obwohl ich ein Belegnummernrange mitgebe und sonst nix eingrenze.

Wenn man jetzt ein bisserl rechnet, dann merkt man, dass man so um die 2000 Ranges ermittelt.
dann je Select im zweiten Schritt etwa 1 Std (manche sind schneller manche eben nicht) dann kommt man auf eine irre Laufzeit.

Wo liegt mein Denkfehler?
Wieso dauert der Select solange?
W�re es Besser mit SELECT ... ENDSELECT zu arbeiten?

Thx 4 Help.

Gr��e
Markus

ABAP� Core :: RE: Transportauftrag manuell im Report ausw�hlen und verwenden?

MarkusW — Wed, 08 Sep 2010 06:59:56 GMT

Autor: MarkusW

Hi,

zur Info...
Da ich entweder zu doof bin, oder die Bausteine nicht das machen, was ich im Endeffekt ben�tige...f�lle ich zwei Tabellen (e70) im Coding mit fixen Vorgaben. (Die �ndern sich eben nie, also wozu umst�ndlich mit x-bausteinen zusammenwursteln)

Somit klappts mit meiner Ursprungsversion.

Gr��e
Markus

ABAP� Core :: RE: Feldymbol an Unterprogramm �bergeben -> Typ unkompatibel

axelk — Tue, 07 Sep 2010 12:18:54 GMT

Autor: axelk

Hi,

wenn du eine Referenzvariable als Parameter hast, so musst du auch eine Referenzvariable �bergeben.
Hast du eine Tabelle als �bergabeparameter, so musst du eine Tabelle �bergeben. Dies kann eine Datenreferenz sein - wie in deinem Fall - oder auch eine "ganz gew�hnliche" interne Tabelle.

Viele Gr��e

ABAP� Core :: RE: Feldymbol an Unterprogramm �bergeben -> Typ unkompatibel

Hunter — Tue, 07 Sep 2010 11:46:57 GMT

Autor: Hunter

Ich habe das gleiche Problem bei der �bergabe an einen Funktionsbaustein.

Frage ist: Es scheint m�glich zu sein, da� ich ein Feldsymbol (type any table und bereits zugewiesen) an einen Funktionsbaustein �bergeben kann (Changing-Parameter ebenso type any table). Die Zuweisung im Funktionsbaustein klappt auch soweit.

Nur ist die Frage, sollte ich lieber anstatt des Feldsymbols die Datenreferenz �bergeben? Welche Vorteile oder Nachteile hat das?

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

zideshowbob — Tue, 07 Sep 2010 11:35:55 GMT

Autor: zideshowbob

Danke an Alle! Mangels Zeit hab ich jetzt die Version mit DELETE ADJACENT DUPLICATES genommen, den Select bau ich mal ein, wenns wieder ruhiger wird!

Also wie gesagt, danke nochmal!!!

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

Dele — Tue, 07 Sep 2010 10:50:44 GMT

Autor: Dele

ja

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

kagel — Tue, 07 Sep 2010 10:36:46 GMT

Autor: kagel

select ... min( datum ) ??

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

Dele — Tue, 07 Sep 2010 10:32:43 GMT

Autor: Dele

Hallo Christof,

du kannst eine skalare Subquerie in der Wherbedinung verwenden. Hier ein Besipiel f�r die MARC:

Code:

SELECT DIstinct .......
INTO TABLE ITDATA
FROM MARC AS MARC
WHERE
MARC~MATNR IN selectoption
AND
marc~werks eq
( SELECT max( werks )
FROM MARC AS MARC_HIGH
CLIENT SPECIFIED
WHERE MARC_HIGH~MANDT EQ MARC~MANDT
AND MARC_HIGH~MATNR EQ MARC~MATNR
)
. "end of select

du kannst das dann entsprechend auf dein Datum anwenden.
Sollte es mehrere gleiche Dat�mer geben, dann wird irgendeiner davon genommen. ggf. musst du noch mit order by arbeiten.

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

zideshowbob — Tue, 07 Sep 2010 10:29:28 GMT

Autor: zideshowbob

Danke, so funktionierts super! Ich hab in der Zwischenzeit schon mal mit dem Loop gearbeitet und da hats auch funktioniert, allerdings denk ich ist so ein DELETE performanter als ein Loop.

Code:

LOOP AT it_sub INTO wa_sub.
lv_one = wa_sub-contract.
IF lv_one = lv_two.
DELETE TABLE it_sub FROM wa_sub.
ENDIF.
lv_two = lv_one.
ENDLOOP.

ABAP� Core :: RE: SQL Subselect - (Brett vorm Kopf)

Alexander D. — Tue, 07 Sep 2010 10:19:10 GMT

Autor: Alexander D.

hallo Christof,

wenn du die Daten bereits in einer internen Tabelle hast, so kannst du die Tabelle nach Contract, Datum (aufsteigend) sortieren und anschliessend alle doppelten S�tze mit DELETE ADJACENT DUPLICATES FROM itab COMPARING Contract l�schen.

eleganter w�re es nat�rlich die doppelten Datens�tze erst garnicht zu lesen, aber da f�llt mir auf die schnelle nichts zu ein
_________________
Gruss
Alexander

ABAP� Core :: SQL Subselect - (Brett vorm Kopf)

zideshowbob — Tue, 07 Sep 2010 09:51:19 GMT

Autor: zideshowbob
Titel: SQL Subselect - (Brett vorm Kopf)

Hallo Forum!
Folgende Daten habe ich zur Verf�gung

Code:

Invoice Contract Summe Datum
0000001 00000012 124,00 06.07.2010
0000002 00000024 169,00 07.07.2010
0000003 00000037 285,00 01.08.2010
0000004 00000037 290,00 30.08.2010
0000005 00000055 433,00 05.09.2010

Nun soll, wenn zu einem Vertrag 2 Rechnungen vorhanden sind nur die �ltere der beiden Zeilen (Die Rechnung 4 w�rde rausfliegen) angezeigt werden:

Code:

Invoice Contract Summe Datum
0000001 00000012 124,00 06.07.2010
0000002 00000024 169,00 07.07.2010
0000003 00000037 285,00 01.08.2010
0000005 00000055 433,00 05.09.2010

Meine Idee w�re gewesen, einen Subselect als Datenbasis zu verwenden

Code:

SELECT * FROM ( SELECT ...)

allerdings ist das in OpenSQL ja nicht m�glich.

Hat sonst noch wer ne Idee? Mit Having, oder Where, Distinct? Ich selber hab ein Brett vorm Kopf...
Ich hab auch schon an nen Loop �ber die Tabelle gedacht und mit dem Vorg�nger vergleichen (Sortiert nach Rechnung Vertrag, Alter) aber sch�n ist was anderes...

Danke schon mal,

Gr��e
Christof!

ABAP� Core :: RE: Parameter no_dialog in FUBA get_print_parameters ?

piemo — Mon, 06 Sep 2010 20:17:18 GMT

Autor: piemo

Hallo nochmal,

mir f�llt es gerade wie Schuppen vor Augen! Muss wohl ziemlich m�de gewesen sein, denn jetzt, nach einer l�ngeren Pause, ist es mir klar, dass es so nicht gehen kann. Wenn das Programm sich selbst aufruft und mit "AND RETURN" macht er's immer wieder, bis eben die max. Modi erreicht sind.

Gr��e, piemo

ABAP� Core :: Parameter no_dialog in FUBA get_print_parameters ?

piemo — Mon, 06 Sep 2010 15:53:49 GMT

Autor: piemo
Titel: Parameter no_dialog in FUBA get_print_parameters ?

Hallo alle,

in meinem Prog. sollen nach Ausw�hlen der Selektionskriterien (Selektionsbildschirm) eine Bildschirmliste UND gleichzeitig ein Spool-Auftrag erzeugt werden. Somit habe ich wie folgt programmiert:

REPORT zpagomat NO STANDARD PAGE HEADING.
.........

WRITE: / gs_etiketten_2-brk,
/ gs_etiketten_2-layout,
/ gs_etiketten_2-anzahl_txt, p_anzahl,
/......

CALL FUNCTION 'GET_PRINT_PARAMETERS'
EXPORTING
archive_mode = '1' " Just print
destination = 'I032'
no_dialog = 'X'
mode = 'CURRENT'
abap_list = 'X'
IMPORTING
out_parameters = p_parameters
out_archive_parameters = a_parameters
valid = valid
EXCEPTIONS
archive_info_not_found = 1
invalid_print_params = 2
invalid_archive_params = 3
OTHERS = 4.

IF valid = 'X' AND sy-subrc = 0.

SUBMIT zpagomat TO SAP-SPOOL
SPOOL PARAMETERS p_parameters
ARCHIVE PARAMETERS a_parameters
WITH p_artikl = p_artikl
WITH p_etityp = p_etityp
WITH p_anzahl = p_anzahl
WITHOUT SPOOL DYNPRO
AND RETURN.
ENDIF.

Soweit funktioniert es auch, doch sollte sich kein Dialogfenster f�r den Druck �ffnen. Deshalb habe ich es zus�tzlich mit den Parametern no_dialog + mode probiert, erhalte jedoch nach Programmausf�hrung die Fehlermeldung
"Maximale Anzahl interner Modi erreicht". Au�erdem werden anstatt 1 gleich 6 Spool-Auftr�ge erzeugt, die allerdings "leer" sind. Kennt das Problem jemand bzw. was mache ich falsch?

Sag' schon mal DANKE!

Gru�, piemo

ABAP� Core :: RE: Feldymbol an Unterprogramm �bergeben -> Typ unkompatibel

jensschladitz — Mon, 06 Sep 2010 11:23:54 GMT

Autor: jensschladitz

Sali,

ist ja korrekt, denn beim Perfom gibst du ein Feldsymbol vom Type any Table mit und im Perform erwartest du eine Referenz Variable
Schau dir mal die CREATE data Anweisung an - ich denke damit kommst du weiter !

Gruss Jens
_________________
thanks Jens

ABAP� Core :: Feldymbol an Unterprogramm �bergeben -> Typ unkompatibel

hyperion — Mon, 06 Sep 2010 08:19:26 GMT

Autor: hyperion
Titel: Feldymbol an Unterprogramm �bergeben -> Typ unkompatibel

Hallo,

und schon wieder komme ich nicht weiter. Ich bekomme zur Laufzeit einen Tabellennamen. F�r diesen Tabellennamen muss ich dann anschlie�end die Daten in eine interne Tabelle laden. Die Struktur der Tabelle kenne ich nat�rlich nicht. Ich bin schon so weit, dass ich wei�, dass ich mit Feldsymbolen arbeiten muss. Allerdings bekomme ich bei folgendem Code noch die Meldung, dass lt_data unkompatibel zu <gt_data> sei.

Code:

FIELD-SYMBOLS:
<gt_data> TYPE ANY TABLE.

PERFORM get_data_of_table USING g_tabname CHANGING <gt_data>.

FORM get_data_of_table
USING
tabname TYPE string
CHANGING
lt_data TYPE REF TO data.

ENDFORM. " Get_Data_of_Table

Freue mich �ber Hilfe.

Gru� hyperion