Hallo,

ich bin durch einen Tipp auf das DP-Forum gestossen und erhoffe mir ein paar Lösungsansätze für folgende Problemstellung:


Vorgeschichte

Ich nutze eclipse BIRT zur Auswertung einer MySQL-DB. Hierzu lassen sich in BIRT sog. Data Sets erstellen, die einzelne SQL-SELECT-Statements kapseln.


Ziel

Ziel soll es sein, innerhalb eines einzelnen SLEECT-Statements mehrere SELECT-Statements zu nutzen und zwischen den Ergebnistabellen der einzelnen SELECT-Statements Berechnungen anzustellen (*,+,-,/).


DB-Struktur

Schema: element
Textuelle Beschreibung

(Alle Werte vom Typ 3 und Bereich 2,3,4) + (Alle Werte vom Typ 2 und Bereich 2,3,4) * (Alle Werte vom Typ 14 und Bereich 2,3,4) in Abhängigkeit des Datums und des Intervalls.


Pseudo-SQL

(SELECT e.wert FROM element e WHERE typ_id = 3 AND bereich_id IN (2,3,4)) + (SELECT e.wert FROM element e WHERE typ_id = 2 AND bereich_id IN (2,3,4)) * (SELECT e.wert FROM element e WHERE typ_id = 14 AND bereich_id IN (2,3,4)) Wobei hier eine Bedingung wie bei einem JOIN a la

abfrage1.datum=abfrage2.datum AND abfrage2.datum=abfrage3.datum AND abfrage1.intervall=abfrage2.intervall AND abfrage2.intervall=abfrage3.intervall mit eingebaut werden müsste. Dies geht meines Erachtens jedoch nicht, oder?


Frage
Wie kann ich eine solche Abfrage

a) überhaupt mit SQL realisieren?
b) in einem einzelnen SQL-SELECT-Statement realisieren?


Auch eine Stored Procedure wäre möglich, da BIRT die Möglichkeit bietet, eben solche anzusprechen.

Ich danke Euch schon im Voraus für die Hilfe, wenn es noch Fragen gibt: Immer her damit!

Ja mit einer SP
Aus der SP kannst du dann die Ergebnise lesen

Wow, das war schnell

Bekomme ich die Ausgabe aus der SP dann so heraus, dass ich quasi eine "Temporäre" SQL-Table habe, die in etwa so aussieht:

und wenn ja, wie könnte so eine beispielhafte SP aussehen?

Aus einer (selectable) SP kannst du wie aus einer Tabelle lesen, diese Joinen usw.

select <Feldliste> From <SPName>(<Parameter>) where ...

Ich bin in mySQL nicht sonderlich firm, aber prinzipiell sollte es so gehen:
ungetestet, hoffe es hilft weiter

PS: Wenn Du das auch noch nach typ und bereich aufgeschlüsselt brauchst, kann man das auch noch mit verbasteln

@TBx: Das sieht schonmal gut aus.

Macht es nicht trotzdem Sinn, das ganze als Stored Procedure zu kapseln und dieser als Parameter Bereich, Typ und Datum als Parameter mitzugeben?

Weiterhin ist mir noch nicht klar, wenn einer der Select-Befehle für eine Datum/Intervall-Kombination keinen Eintrag enthält. Wird dies ignoriert oder als 0 gewertet?

Ich würde es mit einer SP versuchen, da ein solcher Subselect nicht besonderst performant ist.

@omata: super, das sieht schonmal gut aus!

@mkinzler: mein wissen von einem crashkurs SP in Oracle ist leider schon zu alt und ich arbeite mich gerade erst wieder ein. hättest du einen vorschlag für eine SP, gerne auch nur ansätze, die ich mir dann weiter erarbeiten muss.

So, ich habe mich etwas weiter eingelesen. m.E. macht es Sinn, die SELECT-Statements einzeln in einer SP auszuführen, das Resultset in eine Variable zu speichern (geht das?) und dann innerhalb der SP die Berechnung auszuführen.

Passt das soweit von der Idee? Vorschläge sind willkommen