OpenOffice.info

WHERE "Y"."Basis verkauft" = 'Nein' 

WHERE "Y"."Basis verkauft" NOT LIKE "X"."Basis verkauft"

WHERE "Y"."Basis verkauft" <> "X"."Basis verkauft" 

WHERE "X"."Basis verkauft" = 'Ja'

WHERE "Y"."Basis verkauft" = 'Nein' 
 AND "X"."Basis verkauft" = 'Ja' 

Hallo zusammen,
ich hatte mit dem [color=#0040FF]JOIN[/color] sogar Komplettabstürze. Ich denke die werden verursacht, wenn man ein komplexes SQL-Statement anlegt, SQL Befehl analysieren auf Ja steht (Direkt-SQL ausgeschaltet) und man dann in den Bearbeitungsmodus wechselt. Das Programm versucht das GUI aufzurufen, es kann den Code aber grafisch nicht darstellen, Absturz.
Daher kann ich den Workaround von Richie bestätigen, wenn die Formulare verknüpft werden sollen, braucht man nämlich "SQL-Befehl-analysieren" sonst ist die Verknüpfung tot.
Also, wenn das Statement geschrieben ist, speichern, Editor verlassen, und dann erst "SQL-Befehl-analysieren" wieder einschalten.

[b]Zum NOT LIKE:[/b]
Tippe ich den Befehl ein, läuft er, kein Problem.
Da hast Du mich noch auf eine Idee gebracht, Richie.
Ich habe einmal versucht zu verstehen, was eigentlich genau bei so einem SELF JOIN passiert:
Wir haben in der Tabelle "Handelskurse" [color=#0040FF]864[/color] Zeilen, [color=#0040FF]36[/color] Transportgüter_IDs und zufällig je Transportgüter_ID [color=#0040FF]24[/color] Teile
[color=#0040FF]36[/color]*[color=#0040FF]24[/color] = [color=#0040FF]864[/color]
Daher errechnet sich die maximale mögliche Zeilenzahl, da die beiden Instanzen der Tabellen über die Transportgüter_ID miteinander verknüpft sind, so:
[color=#0040FF]24[/color][color=#FF0000]^2[/color] *[color=#0040FF]36[/color] =[color=#0040FF][b] 20736[/b][/color] wobei das [color=#FF0000]^2[/color] eben durch den SELF JOIN kommt.
Wenn du[color=#0040FF] keine[/color] "Where" Einschränkung angibst, die Abfrage ausführst und ans Ende der Abfrage springst, findest Du
----> [color=#0040FF][b]20736 Zeilen[/b][/color]
Passt erstaunlich gut!
Jetzt habe ich folgende Einschränkungen ausprobiert:
[code]WHERE "Y"."Basis verkauft" = 'Nein' [/code]
----> 17064 Zeilen

[code]WHERE "Y"."Basis verkauft" NOT LIKE "X"."Basis verkauft"[/code]
----> 4838 Zeilen

<> bedeutet ungleich, ob hier auch nur Strings verglichen werden?
[code]WHERE "Y"."Basis verkauft" <> "X"."Basis verkauft" [/code]
----> 4838 Zeilen

[code]WHERE "X"."Basis verkauft" = 'Ja'[/code]
----> 3672 Zeilen

[code]WHERE "Y"."Basis verkauft" = 'Nein'
AND "X"."Basis verkauft" = 'Ja' [/code]
[color=#0000FF][b]----> 2419 Zeilen[/b][/color]
[b][color=#0000FF]Super-> Das ist es![/color][/b]
Ich habe den Befehl eingesetzt, und mit den bisherigen Ergebnissen verglichen, funktioniert einwandfrei.
Man muß ja nicht mehr abfragen als man benötigt!
Schneller sollte es so auch gehen.
[color=#FF0000][b]EDIT:[/b][/color]Ich konnte alle Zahlenwerte in Calc nachrechnen und so nachvollziehen, ich denke die Tabelle hilft zu verstehen, was passiert:[attachment=0]Zeilenberechnung.png[/attachment]
Sinngemäß bedeutet das letzte Statement mit den beiden Bedingungen also:
Nimm [color=#0040FF]nur[/color] die Preise mit 'Ja' aus Tabelle1(X) und ziehe [color=#0040FF]nur[/color] die Preise mit 'Nein' aus Tabelle2(Y) davon ab.
Das aber nur bei den Datensätzen, die die gleiche Transportgüter_ID in X und Y haben.
Beste Grüße von R

[quote="Richie"][quote]Fehler in der SQL Syntax[/quote] Unter Mehr erhalte ich folgende Informationen:
[list]
[*]SQL-Status: S1000
[*]Fehler-Code 1000
[*]Fehler in der SQL-Syntax[/list]
Wenn ich das Fenster schließe und anschließend wieder öffne, erhalte ich sofort einen Hinweis:
[quote]Syntaxfehler im SQL-Ausdruck
syntax error, unexpected NOT[/quote][/quote]
Bei diesen Fehlermeldungen (meistens werden mehrere angezeigt) gilt: Die unterste Fehlermeldung ist die wichtigste - hier vermutlich die mit "unexpected NOT". Es könnte zwei Ursachen geben:
[list][*]LIKE vergleicht Zeichenketten, nicht Zahlen. Möglicherweise musst du zuerst die IDs konvertieren, bevor du sie vergleichen kannst.
[*]Die Struktur "(Ausdruck) NOT LIKE (Ausdruck)" entspricht zwar dem SQL-Standard. Vielleicht benötigt HSQL den umgekehrten Aufbau und wegen des vorhergehenden AND mit Klammerung:
[code][...] AND NOT ("X"."Basisnamen_ID" LIKE "Handelskurse"."Basisnamen_ID")[/code][/list]
Gruß Jürgen

[...] AND "Handelskurse"."Basis verkauft" = 'Nein'

[...] AND "X"."Basisnamen_ID" NOT LIKE "Handelskurse"."Basisnamen_ID"

SELECT "Handelskurse"."ID", "X"."ID" AS "IDX", "Handelskurse"."Transportgüter_ID", "Handelskurse"."Preis", "Handelskurse"."Preis" - "X"."Preis" AS "Gewinn", "Handelskurse"."Basisnamen_ID"
FROM "Handelskurse" AS "X","Handelskurse"
WHERE ( "X"."Transportgüter_ID" = "Handelskurse"."Transportgüter_ID" ) AND (( "X"."Basisnamen_ID"=NICHT WIE [Handelskurse].[Basisnamen_ID]))

Ich nehme die Herausforderung [quote="F3K Total"]Lass es uns wissen, wenn du den Befehl hast, mit dem du unter allen möglichen Einkauf-Verkauf Varianten die, mit dem größten Gewinn herausgefunden hast.[/quote] an.

[quote="F3K Total"]Viel Spaß beim Üben.[/quote]Danke, werde ich haben.



Ich habe deinen Filterbefehl[code][...] AND "Handelskurse"."Basis verkauft" = 'Nein'[/code] mal nach [code][...] AND "X"."Basisnamen_ID" NOT LIKE "Handelskurse"."Basisnamen_ID"[/code] transformiert.

Der neue Filterbefehl arbeitet auch so wie ich es erwartet habe. Aber wenn ich über die Formulareigenschaften wieder auf den SQL Befehl zugreiffen möchte, erhalte ich einen Syntax-Error sobald ich von der Design-Ansicht in die SQL-Ansicht wechseln möchte:[quote]Fehler in der SQL Syntax[/quote] Unter Mehr erhalte ich folgende Informationen:
[list]
[*]SQL-Status: S1000
[*]Fehler-Code 1000
[*]Fehler in der SQL-Syntax[/list]
Wenn ich das Fenster schließe und anschließend wieder öffne, erhalte ich sofort einen Hinweis:
[quote]Syntaxfehler im SQL-Ausdruck
syntax error, unexpected NOT[/quote]
Wenn ich auf [OK] klicke, bietet sich mir folgendes Bild:
[code]
SELECT "Handelskurse"."ID", "X"."ID" AS "IDX", "Handelskurse"."Transportgüter_ID", "Handelskurse"."Preis", "Handelskurse"."Preis" - "X"."Preis" AS "Gewinn", "Handelskurse"."Basisnamen_ID"
FROM "Handelskurse" AS "X","Handelskurse"
WHERE ( "X"."Transportgüter_ID" = "Handelskurse"."Transportgüter_ID" ) AND (( "X"."Basisnamen_ID"=NICHT WIE [Handelskurse].[Basisnamen_ID]))
[/code]Sieht so aus, als ob das LO-Frontend hier Mist baut.


Bisheriger Lösungsweg:
[list]
[*]In den Formulareigenschaften die Option >SQL-Befehl analysieren< auf Nein stellen
[*]Den Dialog zum editieren der SQL-Befehle öffnen
[*]SQL-Befehle bearbeiten
[*]Speichern
[*]Dialog schließen
[*]In den Formulareigenschaften die Option >SQL-Befehl analysieren< auf Ja stellen[/list]



MfG
Richie

SELECT "Handelskurse"."ID", "X"."ID" AS "IDX", "Handelskurse"."Transportgüter_ID", "Handelskurse"."Preis", "Handelskurse"."Preis" - "X"."Preis" AS "Gewinn", "Handelskurse"."Basisnamen_ID" 
FROM "Handelskurse" AS "X", "Handelskurse" 
WHERE "X"."Transportgüter_ID" = "Handelskurse"."Transportgüter_ID" 
AND "Handelskurse"."Basis verkauft" = 'Nein'

SELECT "Y"."ID", "X"."ID" AS "IDX", "Y"."Transportgüter_ID", "Y"."Preis", "Y"."Preis" - "X"."Preis" AS "Gewinn", "Y"."Basisnamen_ID" 
FROM "Handelskurse" AS "X", "Handelskurse" AS "Y"
WHERE "X"."Transportgüter_ID" = "Y"."Transportgüter_ID" 
AND "Y"."Basis verkauft" = 'Nein'

SELECT "Y"."ID", "X"."ID" "IDX", "Y"."Transportgüter_ID", "Y"."Preis", "Y"."Preis" - "X"."Preis" "Gewinn", "Y"."Basisnamen_ID" 
FROM "Handelskurse" "X" 
JOIN "Handelskurse" "Y" 
ON "X"."Transportgüter_ID" = "Y"."Transportgüter_ID" 
WHERE "Y"."Basis verkauft" = 'Nein'

Hallo Richie,
den SQL-Befehl
[code]SELECT "Handelskurse"."ID", "X"."ID" AS "IDX", "Handelskurse"."Transportgüter_ID", "Handelskurse"."Preis", "Handelskurse"."Preis" - "X"."Preis" AS "Gewinn", "Handelskurse"."Basisnamen_ID"
FROM "Handelskurse" AS "X", "Handelskurse"
WHERE "X"."Transportgüter_ID" = "Handelskurse"."Transportgüter_ID"
AND "Handelskurse"."Basis verkauft" = 'Nein'[/code]kann man der Übersichtlichkeit wegen auch noch mit einem Alias Y für die zweite Tabelle "Handelskurse" versehen
[code]SELECT "Y"."ID", "X"."ID" AS "IDX", "Y"."Transportgüter_ID", "Y"."Preis", "Y"."Preis" - "X"."Preis" AS "Gewinn", "Y"."Basisnamen_ID"
FROM "Handelskurse" AS "X", "Handelskurse" AS "Y"
WHERE "X"."Transportgüter_ID" = "Y"."Transportgüter_ID"
AND "Y"."Basis verkauft" = 'Nein'[/code]oder mit JOIN ... ON
[code]SELECT "Y"."ID", "X"."ID" "IDX", "Y"."Transportgüter_ID", "Y"."Preis", "Y"."Preis" - "X"."Preis" "Gewinn", "Y"."Basisnamen_ID"
FROM "Handelskurse" "X"
JOIN "Handelskurse" "Y"
ON "X"."Transportgüter_ID" = "Y"."Transportgüter_ID"
WHERE "Y"."Basis verkauft" = 'Nein'[/code] schreiben. Hier handelt es sich um den von Juetho beschriebenen SELF JOIN.
Wenn Du einen dieser beiden Befehle verwendest, mußt du in den Formulareigenschaften, unter [b]Sortierung[/b], "Handelskurse" durch "Y" ersetzen.
Lass es uns wissen, wenn du den Befehl hast, mit dem du unter allen möglichen Einkauf-Verkauf Varianten die, mit dem größten Gewinn herausgefunden hast.
Viel Spaß beim Üben.

Gruß R

Ich bin baff... Ich hätte nie gedacht, dass man das ohne Makro lösen kann...

[quote="F3K Total"]Wieso hattest Du für die Anzeige von Ein- und Verkaufspreis ein extra Unterformular angelegt?[/quote]
Ehrliche Antwort? Weil ich es nicht besser wusste. Die ganzen Abfragen und Listenfeldzuordnungen habe ich nur in der Design-Ansicht erstellt, da ich die SQL Befehle nicht kenne.
Dank dem [url=http://de.wikibooks.org/wiki/Einf%C3%BChrung_in_SQL:_Inhaltsverzeichnis]Hinweis[/url] von juetho werde ich bald den SQL Befehl von dir verstehen und weiter ver[size=85](schlimm)[/size]bessern können.

Danke.

Ja!
Und nun ist das Ganze schön nach dem Gewinn geordnet und farbig markiert :D
Gruß R

[color=#FF0000][b]Edit:[/b][/color] Ich habe die Formularstruktur aufgeräumt und verändert.[attachment=0]F.png[/attachment]Wieso hattest Du für die Anzeige von Ein- und Verkaufspreis ein extra Unterformular angelegt? Die Daten sind jeweils im übergeordneten Formular verfügbar. Das frmVerkauf ist nun ein Unterformular des frmEinkauf, und über die ID verknüpft. d.h. es werden nur die Werte der Abfrage (SQL-Befehl) angezeigt, die zum Einkaufsartikel und damit auch zur Transportgutgruppe passen.

[size=85][url=http://de.openoffice.info/viewtopic.php?f=18&t=60819]Fortsetzung von hier[/url][/size]

Erklärung zum untenstehenden Bild:
[list]
[*]Die Tabelle "Transportgut" [i]beeinflusst [/i]die beiden rechten Tabellen
[*]Die Tabelle rechts oben wird gefiltert und zeigt nur die 'Basen' an, welche verkaufen
[*]Die Tabelle rechts unten wird nicht gefiltert
[*]Die Währungsboxen Einkausfspreis/Verkaufspreis erhalten ihre Werte durch die markierung eines Datensatzes der jeweiligen rechten Tabelle
[*]Der Inhalt der Währungsbox wird durch ein Makro berechnet[/list]
[attachment=0]Preisvergleich.png[/attachment]
Im oben verlinkten Beitrag hat mich [b]@F3K Total[/b] mehrmals auf eine Abfrage hingewiesen. Ich behaupte mal, dass das mit einer Abfrage nicht zu lösen ist. Lasse mich aber gerne vom Gegenteil überzeugen.


MfG
Richie


[size=85]Hinweis/Anmerkung zur Angehängten DB:
Die DB-Struktur entspricht in etwa der Originaldatenbank
Der Inhalt der DB wurde mit den "Handelsdaten" aus dem Spiel [i]Freelancer[/i] gefüllt[/size]