Firebird - SELECT mit MAX / MIN Abfrage der gefundenen IDs

[Tempdir]

Hallo,

ich versuche gerade in Firebird eine Query zu bauen, welche von den gefundenen Datensätzen nur denjenigen ausgibt, dessen Primärschlüssel am kleinsten ist. Also in der Art etwa:

SQL-Code:

SELECT * FROM tabelle WHERE FIELD2='TRUE' AND FIELD1=MIN(FIELD1);

In der Anleitung hab ich das gefunden: Anelitung Firebird MAX/MIN aber ich bekomme es einfach nicht hin.

Zwar könnte ich folgendes machen:

SQL-Code:

SELECT MIN(FIELD1) FROM tabelle WHERE FIELD2='TRUE';

und danach dann nochmal eine Query, aber vielleicht ist da die Performance schlechter? Würde gerne die andere Möglichkeit testen.

Besten Dank!!

[Billa]

Vielleicht: "Select first 1 * from tabelle where field2 = 'TRUE' order by field1" ?

[Tempdir]

Wow DANKE! Das klappt und scheint sehr flott zu sein.

Gibts noch schnellere Alternativen?

[Billa]

Index auf Field1?

[DeddyH]

Sind Primärschlüssel nicht automatisch indexiert?

[Tempdir]

Ja - Primärschlüsselindex wurde bei mir automatisch ein Index erstellt. Bei FIELD2 hab ich auch einen erstellt.

[Billa]

Nützlicher als ein Index auf ein Boolsches Field2 (Selektivität = 0.5) ist sicherlich der Index auf Field1

[Tempdir]

Dem stimme ich zu, ich hab nur folgendes Problem:

Meine Tabelle enthält insgesamt 45 Spalten. Für meine Abfrage benötige ich allerdings nur FELD1 (=der Primärschlüssel, der kleinste) und FELD2 (= ein Flag, welches anzeigt ob der Datensatz schon bearbeitet wurde).

Meine Abfragen wurden deutlich schneller, als ich für FELD2 einen Index erstellt habe. Es ist übrigens ein VARCHAR(1) Feld, anscheinend gibt es keine Boolean-Felder in Firebird?

[DeddyH]

Man kann sich aber eine Boolean-Domäne definieren.

[Billa]

Verstanden... Ich benutze statt Boolscher Felder ohnehin immer Integer (für den Fall, daß da nachher doch noch andere Werte vorkommen könnten, nobody is perfect ;) .. und wer denkt schon zur Designzeit an wirlich Alles?) Trotzdem wirkt ein Index erst richtig gut, wenn die Selektivität möglichst niedrig wird. Selektivität ist 1 geteilt durch die Zahl der möglichen Werte. Bei nur zwei möglichen Werten ist der Nutzen nicht soooo gigantisch...

[mkinzler]

Ich würde dann aber einen SmallInt nehem und keine Char
Btw: Warum ein VarChar(1)?

[Tempdir]

Ok, das war nur für Testzwecke. Danke für den Hinweis!

[Billa]

Noch ein kleiner Vorteil bei der Verwendung von Integer: die können später auch prima als Fremdschlüssel benutzt werden. Und sie sind nicht Zeichensatzabhängig ... Ich empfinde das "Fehlen" von Boolschen Feldern nicht als Nachteil. Aber das ist natürlich nicht zuletzt Geschmackssache...

[Tempdir]

Danke!

Zum Thema "Boolean-Domäne": Bringt das Vorteile?

[DeddyH]

Natürlich. Du kannst z.B. Werte checken und hast DB-einheitlich dieselben Grundlagen. Sollten sich diese ändern, musst Du nur die Domäne anpassen.

[Billa]

Grundsätzlich bringt das den Vorteil der leichteren Wart- und Lesbarkeit.
Einer Domäne kann man Bedingungen und Einschränkungen mitgeben.
Damit können schon beim Design falsche Feldinhalte vermieden werden.
Ausserdem kann man bei manchen System im Nachhinein den Datentyp einer
Domäne ändern. Also alle Felder auf einen Schlag!

[Tempdir]

Guten Morgen,

meine Frage betrifft das gleiche Problem wie hier diskutiert, allerdings diesmal für die Turbo-Datenbank (TurboDB).

Ich spreche meine Turbo-Datenbank mit den Delphi "TurboDB"-Komponenten an, unter anderem ein TDBQuery. Als SQL-Syntax gibt es anscheinend nur Local-SQL (wie auch immer die aussieht, finde leider keine Doku dazu).

Frage: Wie mache ich so eine Anfrage, damit sie auch mit der TDBQuery-Komponente und der TurboDB funktioniert:

SQL-Code:

SELECT first 1 * FROM tabelle WHERE field2 = 'TRUE' order by field1

Wäre für Tipps wie immer sehr dankbar!

[DeddyH]

Evtl. so?

SQL-Code:

SELECT * FROM tabelle 
WHERE field1 = 
   (SELECT MIN(field1)
    FROM Tabelle
    WHERE field2 = 'TRUE')

[Tempdir]

Danke! Hab ich leider nicht zum Laufen bringen können, aber hab mittlerweile eine andere Lösung:

SQL-Code:

SELECT MAX(field1) FROM tabelle WHERE field2='TRUE'

Das doofe dabei, ich muss nochmal eine Anfrage starten um den Datensatz auszulesen. Kann man das auch in einem Zug machen wie in meinem vorherigen Beispiel oben? Es sollte halt am Ressourcenschonendsten sein.

[DeddyH]

SQL-Code:

SELECT field1, <Feldliste> 
FROM Tabelle
WHERE field2='TRUE'
GROUP BY field1, <Feldliste>
HAVING field1 = MAX(field1)

[Tempdir]

Danke das klappt sehr gut :)