ORDER in Unterselect sehr langsam

[Gruber_Hans_12345]

Hallo, ich verwende folgendes Statemant

SQL-Code:

SELECT P.ID, (SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = P.ID ORDER BY TB.BUCHUNG DESC) AS AUFTRAGID
FROM PERSONAL P

als Plan bekomme ich folgendes raus

Code:

PLAN (TB ORDER TB_BUCHUNG INDEX (TB_PERSONALID))
PLAN (P NATURAL)

würde eigetnlich gut aussehen, aber leider ist es sehr langsam (5 Sekunden)

im vergleich ohne dem ORDER

SQL-Code:

SELECT P.ID, (SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = P.ID) AS AUFTRAGID
FROM PERSONAL P

als PLAN

Code:

PLAN (TB INDEX (TB_PERSONALID))
PLAN (P NATURAL)

und benötigt ca. 100 ms

das problem ist, das ich dieses statemant sehr oft aufrufen muß, ... und dadurch macht sich diese 5 sekunden sehr bemerkbar :(

weiss jemand wie ich das beschleunigen kann?

[WoGe]

Zitat:

Zitat von Gruber_Hans_12345

Code:

TB.BUCHUNG DESC

ist darauf ein Index?

[Gruber_Hans_12345]

ja ist

habe es im ORDER auch mit TB.ID prboiert, das ist der PRIMARY KEY und auch bei dem ist es gleich langsam

da bekomme ich folgenden PLAN

Code:

PLAN (TB ORDER RDB$PRIMARY87 INDEX (TB_PERSONALID))
PLAN (P NATURAL)

[rweinzierl]

Hallo

Du kannst ja beim Select den Plan mit angeben ==> Vielleicht wirds dadurch schneller

mfg

Reinhold



-----------
Dokumentation der Arzneimittel www.ithof.de

[Gruber_Hans_12345]

Zitat:

Zitat von rweinzierl

Hallo
Du kannst ja beim Select den Plan mit angeben ==> Vielleicht wirds dadurch schneller

Und was gebe ich ihm al sPLAN an, damit er schneller wird?

bzw. gibt es irgendwoi eine doku, wann FB für einen ORDER einen Index verwendet und wann nicht?!?!?

[rweinzierl]

Hallo

Sorry hab deine Meldung nochmals genau gelesen.

Ich dachte der Plan der 100 ms Lösung könntest du verwenden, der ist jedoch ohne Order by ...


Als nächstes würde ich eine View mit eben der aktuellsten Auftragsid pro Buchung testen.


==> Wenn das auch nichts hift könnte man noch die Daten (aktuelle Auftragsid pro Buchung) in eine Hilfstabelle schreiben.
Klar wiederspricht der Grundregel keine berechenbaren Daten speichern, aber schnell wird das auf alle Fälle.

mfg

Reinhold

[Gruber_Hans_12345]

Zitat:

Zitat von rweinzierl

Hallo

Sorry hab deine Meldung nochmals genau gelesen.

Ich dachte der Plan der 100 ms Lösung könntest du verwenden, der ist jedoch ohne Order by ...


Als nächstes würde ich eine View mit eben der aktuellsten Auftragsid pro Buchung testen.


==> Wenn das auch nichts hift könnte man noch die Daten (aktuelle Auftragsid pro Buchung) in eine Hilfstabelle schreiben.
Klar wiederspricht der Grundregel keine berechenbaren Daten speichern, aber schnell wird das auf alle Fälle.

mfg

Reinhold

Also in eine Zusatztabelle möchte ich es nicht speichern, wird wieder sehr komplex, da pro aufrag mehr als eine person angemeledt sein kann, und eine person wieder auf mehreren aufträgen ....

Ich hätte auch schon probiert die SELECT in SELECT in eine plain SELECT (also mit Joins umzubauen) aber das bringe ich auch irgendwie nicht zusammen
Den soviel ich bisher merken konnte hat der Firebird noch oft probleme, so wie mit dem IN ...

:(

[hoika]

Hallo,

Zitat:

gibt es irgendwoi eine doku, wann FB für einen ORDER einen Index verwendet und wann nicht?!?!?

Das entscheidet der Optimizer bei jeder Query separat.

SQL-Code:

SELECT P.ID, (SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = P.ID ORDER BY TB.BUCHUNG DESC) AS AUFTRAGID
FROM PERSONAL P

Was willst du denn eigentlich erreichen ?

Hast du auf TERMINAL_BUCHUNGEN.BUCHUNG auch einen DESC Index ?
Ein normaler (ASC) reicht nicht.

Ich würde das SubSelect eh weglassen.
Wie du richtig festgestellt hast, at FB du schon noch Probleme.

Mach es doch etwa so

SQL-Code:

Select Max(TB.BUCHUNG) AS AUFTRAGID, PersonalId
From FROM TERMINAL_BUCHUNGEN
Group By PersonalId

Grouping ist meine grosse Schwäche ;)
Ob dann noch ein Desc Index auf TERMINAL_BUCHUNGEN.BUCHUNG notwendig ist,
musst du ausprobieren.
Auf TERMINAL_BUCHUNGEN.PERSONALID sollte aber einer draufsein.


Heiko

[Gruber_Hans_12345]

Zitat:

Zitat von hoika

Hallo,

Zitat:

gibt es irgendwoi eine doku, wann FB für einen ORDER einen Index verwendet und wann nicht?!?!?

Das entscheidet der Optimizer bei jeder Query separat.

SQL-Code:

SELECT P.ID, (SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = P.ID ORDER BY TB.BUCHUNG DESC) AS AUFTRAGID
FROM PERSONAL P

Was willst du denn eigentlich erreichen ?

Hast du auf TERMINAL_BUCHUNGEN.BUCHUNG auch einen DESC Index ?
Ein normaler (ASC) reicht nicht.

Ich würde das SubSelect eh weglassen.
Wie du richtig festgestellt hast, at FB du schon noch Probleme.

Mach es doch etwa so

SQL-Code:

Select Max(TB.BUCHUNG) AS AUFTRAGID, PersonalId
From FROM TERMINAL_BUCHUNGEN
Group By PersonalId

Grouping ist meine grosse Schwäche ;)
Ob dann noch ein Desc Index auf TERMINAL_BUCHUNGEN.BUCHUNG notwendig ist,
musst du ausprobieren.
Auf TERMINAL_BUCHUNGEN.PERSONALID sollte aber einer draufsein.


Heiko

Hallo also ich habe mittlerweile auf fast jedes Feld 2 Indexe einen ASC und einen DESC (zum testen)
Die tabelle hat ja auch mittlerweile schon über 8 Millionen einträge ...

Das Problem ist ja, eine normales Group bringt nicht die werte die ich brauche, da ich ja
den Wert AUFTRAGID aus der Tabelle TERMINAL_BUCHUNGEN brauche der am aktuellesten ist (sprich TB.BUCHUNG am ältesten)
(in der echt applikation sind noch ein paar WHERE dabei, aber die machen keinen Unterschied aus)

wenn eis ein
SELECT (TBAUFTRAGID BY MAX(TB.BUCHUNG)) oder so geben würde
sprich eine Aggreagatfunktion, die mir die Spalte AuftragID zurückliefert, von der Zeile, wo MAX(TB.BUCHUNG) das wäre ideal .... sowas kann ich meines erachtens nur mit so nem (SELECT FIRST 1 ... ) erreichen, ansonsten würde ich es auch in ein GROUP umbauen ...

[hoika]

Hallo,

das hatte ich BUCHUNG, AUFTRAGID in der Struktur übersehen.
Naja, zur Not ne SP erzeugen.


Auf jeden Fall ist die Tabelle Personal unnötig,
da die PersonalId ja schon in der Tabelle TERMINAL_BUCHUNGEN steht.


Heiko

[dataspider]

Zitat:

Zitat von hoika

zur Not ne SP erzeugen.
Heiko

So würde ich es auch machen.

Man kann es auch mal so probieren:

SQL-Code:

select p.id
  , (select tb.auftragid from terminal_buchungen tb
     where tb.personalid = p.id and
           tb.buchung = (select max(tbs.buchung) from terminal_buchungen tbs where tbs.personal_id = p.id)
     ) as auftragid
  from personal p

Ungetestet natürlich...
Das Feld Buchung muss dann natürlich eindeutig sein, sonst: multiple rows in singleton select...

[EDIT]für das max muss auch das Feld buchung einen desc Index haben[/EDIT]

Frank

[hoika]

Hallo,

versuche das mal

SQL-Code:

select p1.id, TB1.auftragsid
from personal p1
join TERMINAL_BUCHUNGEN TB1 on TB1.pid=p1.id
where 
tb1.buchung in 
  (select max(tb2.buchung) from TERMINAL_BUCHUNGEN
   where (tb2.pid=p1.id) and (tb2.auftragsis=tb1.auftragsid));

Ansonsten solltest du mal das SQL-Script der Tabellen
+ ein paar Daten liefern.
Habe keine Lust, das selber zu tippern.


Heiko

[Gruber_Hans_12345]

also das

SQL-Code:

select p.id
  , (select tb.auftragid from terminal_buchungen tb
     where tb.personalid = p.id and
           tb.buchung = (select max(tbs.buchung) from terminal_buchungen tbs where tbs.personalid = p.id)
     ) as auftragid
  from personal p

verwendet

Code:

PLAN (TBS ORDER TERMINAL_BUCHUNGEN_BUCHUNG INDEX (TB_PERSONALID))
PLAN (TB INDEX (TB_BUCHUNG))
PLAN (P NATURAL)

also verwendet alle Indexe, braucht aber nun fast 9 sekunden


dieses Command

SQL-Code:

select p1.id, TB1.auftragid
from personal p1
join TERMINAL_BUCHUNGEN TB1 on TB1.personalid=p1.id
where
tb1.buchung in
  (select max(tb2.buchung) from TERMINAL_BUCHUNGEN tb2
   where (tb2.personalid=p1.id) and (tb2.auftragid=tb1.auftragid));

verwendet PLAN

Code:

PLAN (TB2 ORDER TERMINAL_BUCHUNGEN_BUCHUNG INDEX (TB_PERSONALID, TB_AUFTRAGID))
PLAN JOIN (P1 NATURAL, TB1 INDEX (TB_PERSONALID))

braucht aber fast 14 Minuten ...



ich habe mal folgendes probiert

SQL-Code:

set term #;

execute block
returns (ID INTEGER, MBID INTEGER)
as
declare variable ID1 INTEGER;
begin
  for execute statement
    'select ID FROM PERSONAL' into ID1
  DO begin
    ID = ID1;
    MBID = null;
    execute statement 'SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ' || ID || ' ORDER BY TB.BUCHUNG DESC' INTO MBID;
    suspend;
  end
end

#
set term ;#

das braucht "nur" mehr 1.5 sekunden, also immer noch nicht wirklich schnell.

Code:

select count(*) from personal -> 268
select count(*) from Terminal_Buchungen -> 321937

Kann es sein, das es nicht mehr schneller geht diese Abfrage?

[Gruber_Hans_12345]

Habe mal folgendes probiert :

SQL-Code:

set term #;

execute block
as
declare variable ID1 INTEGER;
declare I int = 0;
begin
  while (i < 100) do
  begin
    execute statement 'SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = 9 ORDER BY TB.BUCHUNG DESC' INTO ID1;
    i = i + 1;
  end
end

#
set term ;#

wobei ich beim PErsonalID un auf verscheiden filtere ...

Code:

PersonalID=9 -> 2.4 Sekunden (SELECT count(*) FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = 9 -> 3 Einträge)
PersonalID=2 -> 20 ms (SELECT count(*) FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = 2 -> 400 Einträge)
PersonalID=20 -> 20 ms (SELECT count(*) FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = 20 -> 6000 Einträge)
PersonalID=60 -> 2.4 Sekunden (SELECT count(*) FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = 60 -> 4 Einträge)

Wie hängt das da zusammen?, je wenige einträge ein personal hat, desto länger dauert die abfrage?!?!?!?!?!

Ich verstehe das absolut nicht mehr

[webcss]

Versuchs mal so:

SQL-Code:

select distinct personal.id as personalid, max(terminal_buchungen.auftragid) as auftragid
from terminal_buchungen inner join personal on personal.id = terminal_buchungen.personalid
group by personalid

[Gruber_Hans_12345]

Zitat:

Zitat von webcss

Versuchs mal so:

SQL-Code:

select distinct personal.id as personalid, max(terminal_buchungen.auftragid) as auftragid
from terminal_buchungen inner join personal on personal.id = terminal_buchungen.personalid
group by personalid

Das Problem ist, dieses SQL liefert falsche Daten, bzw andere Daten,

Ich brauche nicht den größten AuftragID wert sondern den AuftragID Wert von dem datensatz, wo Buchugn am größten ist ...

[webcss]

Zitat:

Zitat von Gruber_Hans_12345

Zitat:

Zitat von webcss

Versuchs mal so:

SQL-Code:

select distinct personal.id as personalid, max(terminal_buchungen.auftragid) as auftragid
from terminal_buchungen inner join personal on personal.id = terminal_buchungen.personalid
group by personalid

Das Problem ist, dieses SQL liefert falsche Daten, bzw andere Daten,

Ich brauche nicht den größten AuftragID wert sondern den AuftragID Wert von dem datensatz, wo Buchugn am größten ist ...

dann so:

SQL-Code:

select distinct personal.id as personalid, terminal_buchungen.auftragid as auftragid, max(terminal_buchungen.buchung) as letzte_buchung
from terminal_buchungen inner join personal on personal.id = terminal_buchungen.personalid
group by personalid, auftragid

[omata]

Leider ist deine Frage nicht ganz präzise formuliert...

Was ist wenn einer Person noch gar kein Auftrag zugewiesen wurde, soll diese dann trotzdem erscheinen mit einem NULL Wert oder nicht?

Falls ja, versuch es so...

SQL-Code:

SELECT p.id, tb.auftragid
FROM personal p
LEFT JOIN (SELECT personalid, auftragid
           FROM terminal_buchungen tb
           WHERE buchung = (SELECT MAX(buchung)
                            FROM terminal_buchungen
                            WHERE auftragid = tb.auftragid)) tb
  ON p.id = tb.personalid

Eventuell auch etwas kompackter...

SQL-Code:

SELECT p.id, tb.auftragid
FROM personal p
LEFT JOIN terminal_buchungen tb
  ON     p.id = tb.personalid
     AND (SELECT MAX(buchung)
          FROM terminal_buchungen
          WHERE auftragid = tb.auftragid) = tb.buchung

Falls nein, versuch es so...

SQL-Code:

SELECT p.id, tb.auftragid
FROM personal p
INNER JOIN terminal_buchungen tb
  ON p.id = tb.personalid
WHERE buchung = (SELECT MAX(buchung)
                 FROM terminal_buchungen
                 WHERE auftragid = tb.auftragid)

[hoika]

Hallo,

warum verwendest du in der SP überhaupt eine Execute Statement ???

SQL-Code:

for select personal.id into :PId do
begin
  select xxx into :AuftragsId
end;

Wo wir beim Plan sind.
Was kommt als Plan bei,
oder anders gefragt: Hat TB.BUCHUNG wirklich einen Desc Index ?

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB 
WHERE TB.PERSONALID = 1 ORDER BY TB.BUCHUNG DESC

Heiko

[edit=mkinzler]SQL-Tags eingefügt Mfg, mkinzler[/edit]

[mkinzler]

Man sollte dann aber ein suspend einfügen

[Gruber_Hans_12345]

@webcss: Das liefert auch die falschen daten

Ich brauche eine Liste von Personal, und zusätzlich brauche ich zu jedem Personal den Auftrag, den er zuletzt gestempelt hat (die letzte Stempelung ist jene, wo BUCHUNG am größten ist)

SQL-Code:

  for execute statement
    'select ID FROM PERSONAL' into ID1
  DO begin
    ID = ID1;
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ID INTO MBID;
    suspend;
  end

so funktioniert das aber nicht?

so auch nicht

SQL-Code:

    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO MBID;

wie kann ich da das Where aufbauen?

@hoika
ja TB.Buchung hat beide Indexe (hatte einen Screenshott von IBConsole drauf)

@omata:
es ist mal egal ob die Personal ohne aufträge angezeigt werden oder nicht

nur die 1te Abfrage dauert ca 4Minuten (und liefert irgendwie komische daten ;) )
die 2te dauert auch ca 4min
die 3te dauert auch ca. 4min

[hoika]

Hallo,

SQL-Code:

for select ID FROM PERSONAL into ID1
  DO begin
    ID = ID1;
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM 
    TERMINAL_BUCHUNGEN TB 
    WHERE TB.PERSONALID = ID 
    
    order by TB.Buchung Desc           ////  das hatte noch gefehlt

    INTO MBID;

    suspend;
  end

Was kommt denn für eine Fehlermeldung ?

Wenn er wegen einer Variablen meckert, immer ein : davor ;)

Zum Arbeiten empfehle ich IBExpert (gibt es auch als kostenlose Personal)


Heiko

[Gruber_Hans_12345]

Zitat:

Zitat von hoika

Hallo,

SQL-Code:

for select ID FROM PERSONAL into ID1
  DO begin
    ID = ID1;
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM 
    TERMINAL_BUCHUNGEN TB 
    WHERE TB.PERSONALID = ID 
    
    order by TB.Buchung Desc           ////  das hatte noch gefehlt

    INTO MBID;

    suspend;
  end

Was kommt denn für eine Fehlermeldung ?

Wenn er wegen einer Variablen meckert, immer ein : davor ;)

Zum Arbeiten empfehle ich IBExpert (gibt es auch als kostenlose Personal)


Heiko

hmmm, also bei dem hier, kommen flasche daten raus (er lädt gar nix rein .... )

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ID INTO MBID;

und bei dem

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO MBID;

kommt ein Fehler wegen dem ":"

Code:

Dynamic SQL Error
SQL error code = -901
undefined message number

[hoika]

Hallo,

zeige doch nch mal den kompletten Quellcodce der SP.

Message-Number:
Kann es sein, dass du mehrere Firebird-Installationen auf deinem Rechner hast ?
Der scheint in der falschen firebird.msg zu suchen.


Heiko

[mkinzler]

Bzw scheint der Client nicht zum Server zu passen.

[Gruber_Hans_12345]

oh, ja, der client passt nicht zum server, ist ne alte IBConsole ...

SQL-Code:

set term #;

execute block
returns (ID INTEGER, MBID INTEGER)
as
declare variable ID1 INTEGER;
begin
  for execute statement
    'select ID FROM PERSONAL' into ID1
  DO begin
    ID = ID1;
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO MBID;
    suspend;
  end
end

#
set term ;#

Das ist die SP, wobei es sich nur am :ID Parameter spiesst, habe statt dem auch ID1 probiert, geht auch nicht

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ID1 INTO MBID;

wenn ichs so verwende, dann meckert er, das er ID1 nicht kennt

wenn ichs so verwende

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ID INTO MBID;

dann läuft es durch, aber verwendet natrülich das Feld ID von TERMINAL_BUCHUNGEN, und läuft deshalb falsch ...

[mkinzler]

Müsste dann auch

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID1 INTO :MBID;

heissen

[nahpets]

Hallo,

@Gruber_Hans_12345

momentan begreife ich nicht ganz, was Du möchtest:

Dein erstes Select sieht für mich so aus:

Gesucht wird der erste Satz, bei absteigender Sortierung nach BUCHUNG, aus der Tabelle TERMINAL_BUCHUNGEN, zu dem PERSONALID mit der ID aus der Tabelle PERSONAL übereinstimmt.

Das dürfte dann doch eigentlich sowas sein:

SQL-Code:

select FIRST 1 P.ID, TB.AUFTRAGID, TB.BUCHUNG
from PERSONAL P, TERMINAL_BUCHUNGEN TB
where P.ID = TB.PERSONAL_ID
ORDER BY TB.BUCHUNG DESC

oder liege ich da falsch?

[hoika]

Hallo,

lade dir doch endlich mal IBExpert runter, Mensch !!! ;)

SQL-Code:

set term #;

execute block
returns (ID INTEGER, MBID INTEGER)
as
declare variable ID1 INTEGER;
begin
  for execute statement
    'select ID FROM PERSONAL' into ID1
  DO begin
    ID = ID1;
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO MBID;
    suspend;
  end
end

#
set term ;#

execute block
was zum Teufel ist das denn ???
OK, ich weiss, was es ist ;)
Aber das hat hier nichts zu suchen.

SQL-Code:

SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO MBID;

wo ist das order by buchung desc ?


Vorschlag

SQL-Code:

CREATE PROCEDURE SP_Bla
RETURNS (
    ID INTEGER,
    MBID INTEGER)
AS
begin
  for select ID FROM PERSONAL into :ID
  DO begin
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID
    FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = ID
    order by tb.buchung desc
    INTO :MBID
    suspend;
  end
end

Heiko

[edit=mkinzler]SQL-Code in SQL-Tags gepackt Mfg, mkinzler[/edit]

[Gruber_Hans_12345]

@hoika

mach ich dann gleich :)

oh, stimmt das order by viel weg ...
das problem bei deiner SQL ist, das er beim WHERE TB.PERSONALID = ID, nicht den ID von den variablen her nimmt, sondern den von TB ...

[Gruber_Hans_12345]

also hab mir das IBExpert runtergeladen

da funkt das nun

SQL-Code:

execute block
returns (ID INTEGER, MBID INTEGER)
as
declare variable ID1 INTEGER;
begin
  for select ID FROM PERSONAL into :ID
  DO begin
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO :mbid;
    suspend;
  end
end

Allerdings sehe ich in der PErsonal keine infos über die Zeiten und co, so wie in der IBConsole ....

[Delphianer]

Hi,

versuch mal folgendes:

SQL-Code:

SELECT P.ID, TEMP.BUCHUNG, TB.AUFTRAGID FROM PERSONAL P
JOIN (SELECT PERSONALID, MAX(BUCHUNG) BUCHUNG FROM TERMINAL_BUCHUNGEN GROUP BY PERSONALID) TEMP on TEMP.PERSONALID=P.ID
JOIN TERMINAL_BUCHUNGEN TB ON TEMP.BUCHUNG = TB.BUCHUNG

Ich hoffe, ich habe mich nirgends mit den Namen vertan.

Grüße

[hoika]

Hallo,

stimmt ;)

Deshalb schreibe ich sowas auch immer so

SQL-Code:

CREATE PROCEDURE SP_Bla
RETURNS (
    theID INTEGER,
    theMBID INTEGER)
AS
begin
  for select ID FROM PERSONAL into :theID
  DO begin
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID
    FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = theID
    order by tb.buchung desc
    INTO :theMBID
    suspend;
  end
end

Oder Unterstriche, halt immer was eindeutiges.


Heiko

[Gruber_Hans_12345]

Zitat:

Zitat von hoika

Hallo,

stimmt ;)

Deshalb schreibe ich sowas auch immer so

Oder Unterstriche, halt immer was eindeutiges.


Heiko

verstehe nicht, was du meinst?
funktionieren tut es nun ja, nur in der Personal Edition gibt es leider keine PLAN oder PERFORMANCE Daten, sehe nun nicht ob ich schneller bin oder nicht ...

[mkinzler]

Also der Plan wird bei mir angezeigt

[Gruber_Hans_12345]

ja, der PLAN schon :

SQL-Code:

execute block
returns (ID INTEGER, MBID INTEGER)
as
declare variable ID1 INTEGER;
begin
  for select ID FROM PERSONAL into :ID
  DO begin
    MBID = null;
    SELECT FIRST 1 TB.AUFTRAGID FROM TERMINAL_BUCHUNGEN TB WHERE TB.PERSONALID = :ID INTO :mbid;
    suspend;
  end
end

Statement Plan
--------------
PLAN (TB INDEX (TB_PERSONALID))
PLAN (PERSONAL NATURAL)

[mkinzler]

Hat PERSONAL keinen PK bzw ist es ein anderer als ID?

[Gruber_Hans_12345]

Doch aht es und ist auch der ID

meinst du wegen dem
PLAN (PERSONAL NATURAL)
?

Ich vermute mal das ist, weil ich die ganze PERSONAL Tabelle auslese, daher kann bzw brauche ich ja keinen Index in dem Fall oder?

[mkinzler]

Könnte sein

[webcss]

Versuch mal einfach folgendes:

SQL-Code:

SELECT Terminal_Buchungen.PersonalID, Max(Terminal_Buchungen.AuftragID), Max(Terminal_Buchungen.Buchung) 
FROM Terminal_Buchungen
GROUP BY PersonalID

:wink: