Alphanumerische Werte eingrenzen (ähnlich Between)

[Dejan Vu]

Anstatt 'BETWEEN' kannst Du auch 'LIKE' verwenden, sofern das Seriennummernformat das zulässt.

Du solltest angeben, wie die Seriennummern aufgebaut sind.

[blawen]

Zitat von Dejan Vu:

Anstatt 'BETWEEN' kannst Du auch 'LIKE' verwenden, sofern das Seriennummernformat das zulässt.

Du solltest angeben, wie die Seriennummern aufgebaut sind.

Grundsätzlich geht es um zwei Arten:

- Rein numerisch und fortlaufend (100,101,102,...)
- Beginnend mit einem Buchstaben und danach wiederum mit einem fortlaufenden Zahlenwert (B100, B101, B202,...)
(Der Buchstaben dient als Versionsindex)

Konkret möchte ich z.B. sämtliche Geräte mit der Seriennummer 100 - 200, bzw. B100 - B200 aufgelistet haben.

Funktioniert 'Like' nicht nur bei übereinstimmenden Suchbegriffen?


/Edit

Zitat von blawen:

Ob der String nun numerisch interpretierbar wäre oder nicht, kümmert die Datenbank eigentlich erstmal nicht.

Angenommen, es existiert ein Gerät mit der Seriennummer '150' in der Datenbank.
Mit der Abfrage

Code:

Select * from REPARATUR INNER JOIN (MATERIAL)   ON 
 REPARATUR.MATERIAL_ID  = MATERIAL.MATERIAL_ID AND 
 MATERIAL.MATERIALNR    = "10012345"           AND 
 (REPARATUR.SERIENNUMMER >= '1'                AND 
  REPARATUR.SERIENNUMMER <= '200')

wird der Datensatz nicht gefunden (leere Datenmenge), ohne Hochkommata hingegen schon.

/Edit2:
Schreibfehler korrigiert (Wert von 100 auf 200 korrigiert)

[Dejan Vu]

Also '100-200' ginge so (ist aber keine schöne Lösung)

Code:

where Seriennummer like '1??' or Seriennummer='200'

Ich verstehe aber nicht, wieso das nicht mit 'BETWEEN' funktioniert sollte, fällt mir gerade ein. Das ist ja eine totale Ordnung, da die Vergleichsoperastionen vollständig definiert sind. Also, in MSSQL geht das jedenfalls.

Code:

where Seriennummer between '100' and '200'

[blawen]

Zitat von Dejan Vu:

Also '100-200' ginge so (ist aber keine schöne Lösung)

Bei so engen Bereichen würde es gehen, aber bei grösseren Bereichen unpraktikabel.

Zitat:

Ich verstehe aber nicht, wieso das nicht mit 'BETWEEN' funktioniert sollte, fällt mir gerade ein. Das ist ja eine totale Ordnung, da die Vergleichsoperastionen vollständig definiert sind. Also, in MSSQL geht das jedenfalls.

Bei MySQL funktioniert es (anscheinend) nur mit reinen Zahlenwerten.
Zumindest

Code:

where Seriennummer between 100 and 200

liefert mir eine Datenmenge zurück,

Code:

where Seriennummer between '100' and '200'

hingegen nicht.

[Dejan Vu]

Zitat von blawen:

Bei so engen Bereichen würde es gehen, aber bei grösseren Bereichen unpraktikabel.

Na nö... Eher bei 'krummen' Bereichen wie '142-379'

Deine Lösung mit '>= and <=' ist doch super, nur haben die '%' Zeichen dort nichts verloren. Das sind Wildcards für die LIKE Suche.

Das ich darauf nicht früher gekommen bin... (also mit '>= AND <=')...

[idefix2]

Statt eine Exception abzufangen könntest du doch mit trystrtoint überprüfen, ob dein SerNr_Start rein numerisch oder alphanumerisch ist,und entsprechend mit der ersten oder mit der zweiten Abfrageversion weitermachen.

[Blup]

Selbst wenn der Vergleich von Strings unterstützt wird, ist das Ergebnis bei variabler Stellenanzahl für die Abfrage nicht unbedingt hilfreich:

"B1" < "B100" < "B11" < "B2"

Eine allgemein gültige Lösung ist nur durch Trennung des Präfix von der Zählnummer möglich.

Man könnte schon in der Tabelle zwei zusätzliche Spalten dafür anlegen, die Spalte für die vollständige Nummer würde ich aber trotzdem vorsehen:
- "D1" || 20 -> "D120" und "D" || 120 wird ebenfalls "D120", ein eindeutiger Index über die vollständige Artikelnummer verhindert das.
- Eventuell gibt es eine Bildungsvorschrift mit fester Stellenanzahl für den numerischen Teil "D" || 20 -> "D020"

Alternativ berechnet man den numerischen Teil der Nummer zur Laufzeit in einer Funktion oder View.
Nachteil:
- Bildungsvorschriften können sich im Laufe der Zeit ändern, oder es existieren sogar unterschiedliche je Präfix.
- So kann der Index für die Nummer nicht genutzt werden.

Deshalb halte ich die erste Variante für günstiger.

[p80286]

mal ganz dumm gefragt, warum packst Du eigentlich alle Bedingungen in das JOIN?
U.U bist Du so erfolgreicher:

Code:

Select * 
from REPARATUR JOIN MATERIAL ON (REPARATUR.MATERIAL_ID = MATERIAL.MATERIAL_ID)
Where ganzvielebedingungen......

Einige Datenbanken(/treiber) verschlucken sich an großen JOINs.

Gruß
K-H

[jobo]

Zitat von blawen:

es existiert ein Gerät mit der Seriennummer '150' in der Datenbank.
Mit der Abfrage

Code:

Select * from REPARATUR INNER JOIN (MATERIAL)   ON 
 REPARATUR.MATERIAL_ID  = MATERIAL.MATERIAL_ID AND 
 MATERIAL.MATERIALNR    = "10012345"           AND 
 (REPARATUR.SERIENNUMMER >= '1'                AND 
  REPARATUR.SERIENNUMMER <= '100')

wird der Datensatz nicht gefunden (leere Datenmenge), ohne Hochkommata hingegen schon.

Wieso sollte bei <= '100', 150 angezeigt werden?
Weiter unten in den Posts steht da nun 200 und 150 wird trotzdem nicht angezeigt?
Du hast das sicher irgendwo einen Bock drin.

Lass die Daten sortiert ausgeben, frage auf =150 ab. Irgendwas stimmt da nicht.
Wie ist der Typ dieser Spalte definiert?

[blawen]

Zitat von jobo:

Wieso sollte bei <= '100', 150 angezeigt werden?

Sorry, war ein dummer Tippfehler im Posting (200 wäre der korrekte Wert, habe ich im Posting korrigiert).

Aktuell habe ich es so gelöst, dass zuerst ein 'between' versucht wird. Führt dies zu keinem Ergebnis, mache ich eine neue Abfrage mit logischen Operatoren.
So komme ich zwar zu meinen Daten, aber dies müsste doch sicher einfacher gehen.

Delphi-Quellcode:

// Da Between nur numerische Werte enthalten darf und die logischen Operatoren
// bei rein numerischen Werten wiederum keine Datenmenge zurückliefern, wird
// aktuell dieser Workarround benutzt.
// Da Alphanumerische Werte bei einer between Abfrage zu einer Exception führen,
// wird dies in ein "try-except" verpackt
try
  quSuchen.SQL.Text := 'Select * from REPARATUR INNER JOIN                 ' +
                       '(MATERIAL) ON                                      ' +
                       'REPARATUR.MATERIAL_ID   = MATERIAL.MATERIAL_ID AND ' +
                       'MATERIAL.MATERIALNR     = :MaterialNr          AND ' +
                       '(REPARATUR.SERIENNUMMER between :SerNr_Start AND :SerNr_Ende)';

  quSuchen.ParamByName('MATERIALNR').AsString  := edMaterialNr.Text;
  quSuchen.ParamByName('SerNr_Start').AsInteger := StrToInt(edSerienNr_Start.Text);
  quSuchen.ParamByName('SerNr_Ende').AsInteger  := StrToInt(edSerienNr_Ende.Text);
  quSuchen.Active := True;
except
end;

if quSuchen.RecordCount = 0 
then begin
  try
    quSuchen.SQL.Text := 'Select * from REPARATUR INNER JOIN                 ' +
                         '(MATERIAL) ON                                      ' +
                         'REPARATUR.MATERIAL_ID   = MATERIAL.MATERIAL_ID AND ' +
                         'MATERIAL.MATERIALNR     = :MaterialNr          AND ' +
                         '(REPARATUR.SERIENNUMMER >= :SerNr_Start        AND ' +
                         ' REPARATUR.SERIENNUMMER <= :SerNr_Ende)        AND ' +
                         'REPARATUR.DATUM BETWEEN :Datum_Start AND :Datum_Ende';

    quSuchen.ParamByName('MATERIALNR').AsString  := edMaterialNr.Text;
    quSuchen.ParamByName('SerNr_Start').AsString := edSerienNr_Start.Text + '%';
    quSuchen.ParamByName('SerNr_Ende').AsString  := edSerienNr_Ende.Text + '%';
    quSuchen.ParamByName('DATUM_START').AsDate   := edDatum_Start.Date;
    quSuchen.ParamByName('DATUM_ENDE').AsDate    := edDatum_Ende.Date;
    quSuchen.Active := True;
  except
  end;
end;