Gruppierung von Zeilen in Report

-
Aufgabenstellung
Die fachliche Aufgabe war, in einem Report sowohl Fälle als auch die enthaltenen Scheine optisch zu trennen (bessere Lesbarkeit etc.).
Ein Break im Report wäre eine Lösung. Und APEX bietet "von Haus aus" die Möglichkeit, Berichte zu gruppieren (break on first column) -> eigentlich nicht schlecht, ABER grottenlangsam!!!


Also improvisieren: Ziel sollte sein,
a) einzelne Fälle durch wechselnde Hintergrundfarben voneinander abzuheben -> ähnlich dem standardmäßigem Alternating Row Colors, jedoch nicht für einzelne Zeilen, sonder für Blöcke von Zeilen
und
b) innerhalb der Fälle einzelne Scheine anhand von Trennlinien abzugrenzen (Nach der letzten Zeile eines Scheins soll eine verstärkte Trennlinie gesetzt werden).

Vermutlich gibt es noch andere Möglichkeiten Berichte aufzuhübschen - ich habe mich für folgende Variante entschieden:
- zwei zusätzliche Spalten in den Bericht einfügen
und
- Report-Template anpassen

1) Zusätzliche Spalten
Die zusätzlichen Spalten dienen der Steuerung des Templates, um die unterschiedlichen Zustände zu beschreiben.
a) wechselnder Fall:
     , MOD (DENSE_RANK () OVER (PARTITION BY part_key ORDER BY fall_nr), 2) col
Die Spalte col (wie color = Farbe) bestimmt, welche Hintergrundfarbe gewählt wird. DENSE_RANK zählt die einzelnen Fälle innerhalb der Partition (im Gegensatz zu RANK liefert DENSE_RANK lückenlose Ranking-Werte). MOD sorgt für den Wechsel zwischen 0 und 1.


b) letzte Zeile eines Scheins
     , DECODE (LEAD (schein_nr) OVER (ORDER BY schein_nr, gop ASC), schein_nr, 0, 1) lst
Die Spalte lst (wie last = letzte Zeile) bestimmt, ob die Trennlinie gerendert wird oder nicht. LEAD erzeugt  die nachfolgende schein_nr. DECODE vergleich die aktuelle mit der nachfolgenden schein_nr und setzt entsprechend 0 oder 1.

Durch Auswertung dieser Spalten können Reports flexibel formatiert werden.

2) Report-Template anpassen
Für das Report-Template am besten ein bestehendes kopieren und das dann anpassen.
Wesentlicher Trick dabei: Anhand der zusätzlichen Spalten wird unterschieden, welches Spaltentemplate (Column Templates) verwendet wird:

Column Template 1
#COLUMN_VALUE#
Column Template 1 Condition
Use Based on PL/SQL Expression
Column Template 1 Expression
'#LST#' = 0 AND '#COL#' = 0

alle Kombinationen durchgehen bis

Column Template 4
#COLUMN_VALUE#
Column Template 4 Condition
Use Based on PL/SQL Expression

Column Template 4 Expression

'#LST#' = 1 AND '#COL#' = 1
 

Ergebnis:
So könnte der Report dann aussehen:

Im konkreten Beispiel werden einzelne Scheine (Schein_Nr) durch eine Linie getrennt. Gleichzeitig werden einzelne Fälle (Fall_Nr) anhand der Hintergrundfarbe unterschieden.

Vorteil:
Dank der analytischen Funktionen bleibt die einmal definierte Formatierung (Hintergrundfarbe und Trennlinie) auch dann korrekt erhalten, wenn der Bericht gefiltert wird - auch die wechselnde Hintergrundfarbe bleibt erhalten.

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

PGA unter Oracle 11g

-
aus der Doku: Quelle: http://download.oracle.com/docs/cd/E11882_01/server.112/e16638/memory.htm#PFGRF94351 7.5 PGA Memory Management For complex queries (for example, decision support queries), a big portion of the run-time area is dedicated to work areas allocated by memory intensive operators, such as the following: * Sort-based operators, such as ORDER BY, GROUP BY, ROLLUP, and window functions * Hash-join * Bitmap merge * Bitmap create * Write buffers used by bulk load operations Sizing: A) Ideally, the size of a work area is big enough that it can accommodate the input data and auxiliary memory structures allocated by its associated SQL operator. This is known as the optimal size of a work area. B) When the size of the work area is smaller than optimal, the response time increases, because an extra pass is performed over part of the input data. This is known as the one-pass size of the work area. C) Under the one-pass threshold, when the size of a work area is far too small compar
Mehr anzeigen

trunc(sysdate) - nette Spiele mit dem Datum

-
Über die trunc-date Funktion läßt sich ausgehend von einem Datumswert sehr einfach ein abgeleiteter Datumswert ermittelt: bspw. der Jahres-, Quartals-, Monats- oder Wochenanfang. Die 11g Doku erläutert dies an zwei Stellen: http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions209.htm#SQLRF06151 bzw. http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions242.htm#sthref2718 So liefert select trunc(to_date('06.02.2011'),'q') from dual; das DATUM des Quartalsersten (im Bsp. den 01.01.2011). Wichtig ist, dass trunc immer ein Datum zurückliefert, keinen String. Einige Beispiele anhand des 20.Feb 2011 (ein Sonntag in der 07 KW in 2011): select trunc(to_date('20.02.2011'),'d') from dual; select trunc(to_date('20.02.2011'),'dd') from dual; select trunc(to_date('20.02.2011'),'ddd') from dual; select trunc(to_date('20.02.2011'),'mm') from dual; select trunc(to_date('20.02.2011&
Mehr anzeigen

Datapump - Verzeichnis erstellen

-
siehe auch Metalink-Doc: 266875.1 HOW TO SPECIFY A DIRECTORY IN ORACLE10G EXPORT/IMPORT DATAPUMP -------------------------------------------------------------- 1. SERVER-BASED OR CLIENT-BASED ---------------------------- The parameter DIRECTORY specifies the location to which Export DataPump or Import DataPump can write the dump file set, the log file, and the SQL file (Import DataPump only). As export DataPump and import DataPump are server-based, rather than client-based, the output files are accessed relative to server-based directory paths. Data Pump requires you to specify directory paths as directory objects. A directory object maps a name to a directory path on the file system. 2. HOW TO CREATE A DIRECTORY ------------------------- To create a directory, you must have the DBA role or you must have been granted the CREATE ANY DIRECTORY privilege. Example (a DBA creates directories on the Windows platform and grants access to user scott): SQL> CONNECT
Mehr anzeigen