SELECT UNIQUE????

[Schodn]

Ich möchte bei dieser Abfrag ein Unique auf das feld b.STOERGRUNDNR unique setzen. wo füge ich das ein?
mfg

Delphi-Quellcode:

        aqTmp.SQL.Add( 'SELECT a.APNR, a.APGRPNR, b.APGRPNR, b.STOERGRUNDNR, c.BEZEICH, c.STOERGRUND' +
          ' FROM AP a' +
            ' INNER JOIN STOERGRZUAPGRPNR b' +
              ' ON a.APGRPNR = b.APGRPNR or b.APGRPNR = :Param2' +
                ' INNER JOIN STOERGRUNDBDE c' +
                  ' ON b.STOERGRUNDNR = c.STOERGRUND' +
                    ' WHERE a.APNR = :Param order by c.STOERGRUND');
        aqTmp.Parameters.ParamByName('Param').Value := cb_maschinen.Text;
        aqTmp.Parameters.ParamByName('Param2').Value := '0';

[PRehders]

Zitat von Schodn:

Ich möchte bei dieser Abfrag ein Unique auf das feld b.STOERGRUNDNR unique setzen. wo füge ich das ein?
mfg

Delphi-Quellcode:

        aqTmp.SQL.Add( 'SELECT a.APNR, a.APGRPNR, b.APGRPNR, b.STOERGRUNDNR, c.BEZEICH, c.STOERGRUND' +
          ' FROM AP a' +
            ' INNER JOIN STOERGRZUAPGRPNR b' +
              ' ON a.APGRPNR = b.APGRPNR or b.APGRPNR = :Param2' +
                ' INNER JOIN STOERGRUNDBDE c' +
                  ' ON b.STOERGRUNDNR = c.STOERGRUND' +
                    ' WHERE a.APNR = :Param order by c.STOERGRUND');
        aqTmp.Parameters.ParamByName('Param').Value := cb_maschinen.Text;
        aqTmp.Parameters.ParamByName('Param2').Value := '0';

Hallo,
das UNIQUE bezieht sich immer auf die gesamte Ausgabe-Row; man schreibt SELECT UNIQUE...
Wenn es also pro Ausprägung von STOERGRUND mehrere Inhalte der anderen Felder gibt, bekommst du auch mehrere Rows zurück.
Wenn es in der Ausgabe immer nur eine Row pro STOERGRUND geben soll, geht das nur mit Aggregat-Funktionen, aber dann solltest du genau beschreiben, was denn rauskommen soll.

Bis dann

Peter

[Neelix]

Zitat von Schodn:

Ich möchte bei dieser Abfrag ein Unique auf das feld b.STOERGRUNDNR unique setzen.

Heißt das nicht DISTINCT? UNIQUE verwendet man doch bei CREATE INDEX!

[PRehders]

Zitat von Neelix:

Zitat von Schodn:

Ich möchte bei dieser Abfrag ein Unique auf das feld b.STOERGRUNDNR unique setzen.

Heißt das nicht DISTINCT? UNIQUE verwendet man doch bei CREATE INDEX!

früh am Morgen sollte man es lassen...
stimmt natürlich, aber da es in einem SELECT steht, hat mein krauses Hirn es gleich in ein DISTINCT umgewandelt...

Nixdestotrotzdem: War das jetzt eigentlich gemeint, oder habe ich noch anderes in den einen oder anderen falschen Hals bekommen?

Gruß

Peter

[Hansa]

Zitat von Schodn:

..ein Unique auf das feld b.STOERGRUNDNR unique setzen...

Ein unique Feld "setzt" man, um sicherzustellen, daß wirklich nur ein Datensatz mit gewissen, möglicherweise auch aus mehreren Feldern zusammengesetzen Eigenschaften überhaupt angelegt wird. Doppelte Einträge erzeugen dann eine Fehlermeldung und werden nicht gespeichert. In diesem Fall könnte man hierzu z.B. die Nr. verwenden, sofern sie fortlaufend ist.

Mit SELECT hat das aber alles nichts zu tun.

[Neelix]

Zitat von Hansa:

Ein unique Feld "setzt" man,

Ich weiß nicht, ob das bei Interbas/Firebird anders ist, aber ein Feld wird nicht UNIQUE gesetzt sondern der Index über das Feld!
@Schodn: Es wäre sicherlich sinnvoll, wenn Du noch etwas zur Tabellenstruktur und die verwendete Datenbank mitteilen würdest.

[Hansa]

Das "setzt" steht nicht umsonst in "" Da das aber offensichtlich schon zu kompliziert ist formuliere ich das um. Man definiert in seiner Datenbank einen unique Index, um sicherzustellen, daß ein Datensatz nur in die DB eingetragen werden kann, sofern nicht schon einer mit den gleichen, in dem unique Index enthaltenen Feldinhalten existiert.

Man sorgt also von Anfang an dafür, daß solche Fälle gar nicht erst vorkommen können. Und deshalb gilt auch das :

Zitat:

Mit SELECT hat das aber alles nichts zu tun.

[Neelix]

Zitat von Hansa:

Man sorgt also von Anfang an dafür, daß solche Fälle gar nicht erst vorkommen können.

Wenn es das Datenmodell zuläßt. Deswegen ja auch meine Bitte, daß Schodn etwas mehr zur Tabellenstruktur schreibt. Bisher sieht es für mich so, als könne der Index in der genannten Tabelle gar nicht Unique sein, nämlich genau dann mehrere APGRPNR dieselbe STOERGRUNDNR haben können!

[Hansa]

Neelix, jetzt blähe den Thread doch nicht unnötig auf. 8) Der wird sich schon wieder melden. Wie es aussieht herrscht allerdings immer noch Unklarheit, was unique und Index überhaupt ist.

Ein unique Index dient einzig und alleine dazu, zu verhindern, daß doppelte Werte in der DB vorkommen können. Manche denken, ein Index sei nur dazu da, eine Suche in der DB zu beschleunigen. So ist es aber nicht. Er dient auuch dazu, die Daten selber in Ordnung zu halten. Insbesondere ein unique Index ist für so was da.

Das alles hat aber wieder nichts damit zu tun, einen eindeutigen Datensatz aus der DB zu erhalten ! Dazu brauche ich keinen Index ! Ich kann auch ohne Index einen eindeutigen Wert erhalten (nicht speichern !!), wenn ich nur ausreichende viele Felder so mit WHERE verknüpfe, daß die Abfrage eindeutig wird !! Das kann ich auch in meinem Delphi-Programmm machen.

Darauf will er wohl hinaus. Und wer den Source etwas genauer betrachtet, der wird feststellen daß ein INNER JOIN verwendet wird, der wiederum seine Daten aus einem andern INNER JOIN erhält. Als allererstes würde ich versuchen, das etwas zu vereinfachen und mal über stored Procedures nachdenken.