SELECT FIRST 1 im JOIN möglich ?

[jobo]

Zitat von MyRealName:

Code:

SELECT IA.ItemId, IA.Item, Sum(IA.Qty), CF.CP
FROM ItemAct IA
LEFT JOIN Cp_Fecha CF ON (CP.ItemId=IA.ItemId AND CP.Location=IA.Location AND Fecha <= :Fecha) -- ich weiss, da fehlt was um nur 1 register zu bekommen

Ist das möglich ?

So wie Du es formuliert hast nicht, aber wie Markus es macht, kann man jedes (funktionierende) SQL Statement gegen andere Tabellen oder Statements joinen.

[MyRealName]

OK, das hilft. Danke

[MyRealName]

Krame das Thema nochmal hervor. Die Abfrage müsste lauten :

Code:

SELECT 
    IA.ItemId, IA.Item, Sum(IA.Qty), MAX(CP1.CP) Costo
FROM 
    ItemAct IA 
        join (SELECT FIRST 1 Cp, ItemId FROM Cp_Fecha WHERE ItemId=IA.ItemId AND Fecha <= :Fecha ORDER BY Fecha DESCENDING) CP1 on cp1.ItemID = IA.ItemID
GROUP BY IA.ItemId, IA.Item

Aber er sagt, er kenne IA.ItemId nicht.

Gibt es eine Möglichkeit mit SQL das folgende rauszubekomen :

Tabelle Cp_Fecha mit den Feldern ItemId, Fecha (Datum auf spanisch) und CP (Mittelpreis)
Jedesmal wenn der mittelpreis sich ändert, dann wird ein Register geschrieben, max 1 pro tag mit dem letzten Mittelpreis. Manchmal hat man Löcher von Tagen, Wochen und Monaten ohne eine Änderung.

ItemId Fecha CP

10 01/01/2017 3.50

10 05/01/2017 3.80

10 30/01/2017 3.60

105 02/01/2017 45.30

105 12/01/2017 46.00

105 03/02/2017 46.10

544 02/01/2017 5.63

544 07/01/2017 6.12

Jetzt will ich den Preis eines jeden Produktes, also 10, 105 und 544) zum 06/01/2017 wissen. Die Abfrage sollte den Preis zum Tag oder den nächst vorherigen nehmen. Im Fall des Produktes 10 den vom 05/01/2017.

Ideen ?

[Towmuz]

Hi,

das sollte mit

Code:

with recursive

gut funktionieren.

FireBird-Doku
Obwohl das Beispiel sicherlich Geschmackssache ist, mit google kommste da aber auch schnell weiter.

[jobo]

Zitat von MyRealName:

Aber er sagt, er kenne IA.ItemId nicht.

Ja und kennen wir IA bzw den Tabellenaufbau von IA? Offenbar gibt es in der Tabelle dieses Feld ItemID nicht. Das Subselect für den nächst kleineren Wert mit neuestem Mittelwert sollte schon passen. Aber joinen ohne passende ID geht halt nicht.

Ob with recursive da hilft, würde ich auf die Schnelle bezweifeln, denn es fehlt ja eben ein konkreter (also passender) join Wert.

[MyRealName]

IA (also ItemAct) hat ein Feld ItemId, das sollte nicht das Problem sein

Hier die genauen Strukturen :

Code:

CREATE TABLE CP_FECHA (
    ITEMID           INTEGER NOT NULL,
    LOCATION         CHAR(3) NOT NULL,
    FECHA            DATE NOT NULL,
    CP               NUMERIC(15,2) NOT NULL,
    QTY_ACUM         FLOAT,
    TOTPARCIAL_ACUM  FLOAT
);

CREATE TABLE ITEMACT (
    CONTEO          INTEGER NOT NULL,
    LOCATION        CHAR(3) NOT NULL,
    ITEM            CHAR(15) NOT NULL,
    ID_N            BIGINT,
    TIPO            CHAR(2),
    BATCH           INTEGER,
    FECHA           DATE,
    QTY             NUMERIC(15,5),
    VALUNIT         NUMERIC(15,2),
    VALCDCT         NUMERIC(15,2),
    VALCFLE         NUMERIC(15,2),
    QTYB            NUMERIC(15,2),
    E               SMALLINT,
    S               SMALLINT,
    LOTE            CHAR(20),
    TOTPARCIAL      NUMERIC(15,2),
    PRIORIDAD       INTEGER,
    COLOR           CHAR(25),
    COD_TALLA       CHAR(5),
    PRECIO          NUMERIC(15,2),
    COSTP_KARDEX    NUMERIC(15,2) DEFAULT  0,
    SALDO_KARDEX    NUMERIC(15,2) DEFAULT  0,
    SALDODU_KARDEX  NUMERIC(15,2) DEFAULT  0,
    PARCIAL_KARDEX  NUMERIC(15,2) DEFAULT  0,
    TOTAL_KARDEX    NUMERIC(15,2) DEFAULT  0,
    COD_LISTA       INTEGER DEFAULT  -1,
    COSTO_PROMEDIO  TNUMERICO DEFAULT  0 /* TNUMERICO = NUMERIC(15,2) DEFAULT 0 */,
    ER              INTEGER,
    SR              INTEGER,
    TIPOR           CHAR(2),
    NUMEROR         INTEGER,
    HORA            DATE,
    FCH_VNCMNTO     DATE,
    ID_CURVA        INTEGER,
    ID_LOTE         INTEGER,
    ITEMID          INTEGER,
    AUX             INTEGER,
    DOCID           BIGINT NOT NULL
);

[p80286]

Zitat von MyRealName:

SQL-Code:

..
    ItemAct IA 
        join (SELECT FIRST 1 Cp, ItemId FROM Cp_Fecha WHERE ItemId=IA.ItemId AND Fecha <= :Fecha ORDER BY Fecha DESCENDING) CP1 on cp1.ItemID = IA.ItemID
...

==>
SELECT FIRST 1 Cp, ItemId
FROM Cp_Fecha
WHERE ItemId=IA.ItemId AND ....

Auch in einer Unterabfrage sollten in FROM alle Tabellen definiert werden, die in WHERE angesprochen werden.

Gruß
K-H

P.S. ggf ist es einfacher für jedes Produkt den Datensatz auszugeben, der die Datumsbedingung erfüllt. So lange es gerade mal eine gute Hand voll Produkte ist...

[jobo]

Achso gar nicht gesehen, im Join select wird bereist der Alias IA verwendet. Ist da noch unbekannt, also hier " WHERE ItemId=IA.ItemId" muss das raus und in den "On" Teil des join als Kriterium und ItemID muss natürlich vom Subselect ausgegeben werden.

P.S:
Ich merke gerade, dass mach so keinen Sinn. Das Beispiel von Markus enthält ja diese Bedingung als Parameter. Die Gesamtmenge auf diese Weise abzufragen ist mit der Kombi first 1 natürlich unzureichend.

[MyRealName]

Naja, was ich will ist von allen Produkten zu einem bestimmten Datum den Durchschnittspreis.
Weiss nicht warum, ob es an der Db liegt oder so aber neuerdings ist die abfrage mit dem SubSelect extrem langsam geworden. Die tabelle hat 750k Datensätze mit 1120 verschiedenen Produkten

[jobo]

Was Du in #5 gemacht hast, das Subselect aus der Select Clause in den Join verschieben geht in der Form nicht. Der Bezug zu IA fehlt da innen drin, man kann da drinnen nichts referenzieren, was draußen in der Nachbarmenge liegt.
Das geht nur beim Subselect in der Select Clause, wie Du es vorher hattest oder auch mit CTE, wie vorgeschlagen, aber da ist mir auf die Schnelle nichts zu eingefallen.
Die Subselects wie Du es gemacht hast, sind praktisch, aber nicht die schnellsten. Für jeden Satz der Hauptmenge wird das Subselect neu gemacht.
Wenn man das Subselect als separaten Join baut, läuft das eleganter. Man muss allerdings die Joinkriterien mit nach außen legen.
Und dass ein First dann keinen Sinn mehr ergibt, weil eine große Ergebnismenge erzeugt wird, ist dann auch klar.

Was ich bei Dir in #5 nicht verstehe, was die Aggregate im äußeren Select sollen. Mir ist allerdings auch nicht klar, wie die Tabelle ItemAct strukturiert ist und was es mit der qty auf sich hat.
Ich würde es so versuchen:

Code:

SELECT IA.ItemId, IA.Item, IA.Qty, CP1.CP Costo    
  FROM ItemAct IA join
      (select f.itemid, f.cp, f.fecha, f.LOCATION      -- Eintrag am nächstem zum Stichtag mit CP
         from cp_fecha f join
             (SELECT ItemId , LOCATION, max(fecha) as fechamax -- Eintrag am nächstem zum Stichtag
                FROM Cp_Fecha                                  -- cp fehlt noch
               WHERE Fecha <= :cp_param 
               group by itemid, LOCATION) fm
           on f.itemid = fm.itemid  
          and f.fecha = fm.fechamax 
          and f.LOCATION = fm.LOCATION) CP1 
           on cp1.ItemID = IA.ItemID;

Ob die Location bei der Sache eine Rolle spielt oder nicht, musst Du selber wissen, wenn nicht dann raus.