![]() |
Datenbank: MySQL • Version: 5.6 • Zugriff über: MyDac
Alphanumerische Werte eingrenzen (ähnlich Between)
Ich habe zwei Tabellen, in der einen sind Reparaturdaten erfasst und in der anderen die jeweiligen Stammdaten der Produkte.
Nun möchte ich abfragen, ob Geräte eines bestimmten Seriennummern-Bereichs bereits einmal erfasst worden sind. Der Aufbau der Seriennummer ist pro Produkt zwar identisch, kann aber rein numerisch oder aber alphanumerisch ausfallen (z.B. 123 und B12). Bei rein numerischen Seriennummer könnte ich zwar mit "Between" den Bereich einengen, dies funktioniert aber bei alphanumerischen Werten nicht. Also habe ich versucht, mit den üblichen Operatoren zu arbeiten. Allerdings gelingt es mir nicht, die Abfrage so zu gestalten, dass in beiden Fälle korrekte Werte zurück geliefert werden. Mit Hochkommata's ("") werden keine rein numerischen Werte "gefunden" und ohne kann ich nicht nach alphanumerischen Werten abfragen :-( Kann mir jemand einen Tipp geben, was ich falsch mache und wie ich die Abfrage gestalten müsste, damit sie korrekte Werte liefert?
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) |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Anstatt 'BETWEEN' kannst Du auch 'LIKE' verwenden, sofern das Seriennummernformat das zulässt.
Du solltest angeben, wie die Seriennummern aufgebaut sind. |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Hier wäre es aus meiner Sicht erst einmal wichtig zu erfahren, wie denn deine Serien-Nummern-Bereiche organisiert sind. Hat z.B. das erste Zeichen eine bestimmte Bedeutung? Oder anders gefragt: Weisen die Serien-Nummern eine einheitliche Gliederung auf? Z.B.: Bedeutet das erste Zeichen B, daß das Ding aus der Abteilung B stammt?
Worauf ich hinaus will: Wenn eine einheitliche Gleiderung der Serien-Nummern existiert, könnte man diese Gliederung irgendwie berechnen? Zitat:
Zweitens liegen die Seriennummern doch stets als String bzw. VarChar vor, müssen also beim Suchen immer in Hochkommatas eingeschlossen sein. Ob der String nun numerisch interpretierbar wäre oder nicht, kümmert die Datenbank eigentlich erstmal nicht. |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
- 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:
Mit der Abfrage
Code:
wird der Datensatz nicht gefunden (leere Datenmenge), ohne Hochkommata hingegen schon.
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') /Edit2: Schreibfehler korrigiert (Wert von 100 auf 200 korrigiert) |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Also '100-200' ginge so (ist aber keine schöne Lösung)
Code:
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.
where Seriennummer like '1??' or Seriennummer='200'
Code:
where Seriennummer between '100' and '200'
|
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
Zitat:
Zumindest
Code:
liefert mir eine Datenmenge zurück,
where Seriennummer between 100 and 200
Code:
hingegen nicht.
where Seriennummer between '100' and '200'
|
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
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? |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
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; |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Wie sieht es denn mit
![]() Andererseits könntest du überlegen, ob du die Zugehörigkeit zu einem Seriennummernbereich nicht schon in der Datenbank modellieren willst. |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
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 <=')...:oops: |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
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.
|
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
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. |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
mal ganz dumm gefragt, warum packst Du eigentlich alle Bedingungen in das JOIN?
U.U bist Du so erfolgreicher:
Code:
Einige Datenbanken(/treiber) verschlucken sich an großen JOINs.
Select *
from REPARATUR JOIN MATERIAL ON (REPARATUR.MATERIAL_ID = MATERIAL.MATERIAL_ID) Where ganzvielebedingungen...... Gruß K-H |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Dem stimme ich zu, nur ganz selten macht es Sinn Bedingungen in den Join statt in die Where-Clause zu nehmen. Meine Lösung für ein ähnliches Problem war:
SQL-Code:
WHERE (right(tblfebg.Kennung,4) >= 1000)
AND (right(tblfebg.Kennung,4) < 2000) |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
hallo,
@baumina kannst du mir bitte für diese Aussage ein Beispiel nennen Zitat:
mfg |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Beim INNER JOIN ist es egal, für RIGHT und LEFT JOIN gilt
![]() |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
Code:
hatte, der sich wie ein INNER JOIN verhielt. Ist zwar Oracle aber da sollte es eigentlich auch gehen.
T1 LEFT JOIN T2 ON (T1.ID=T2.ID and T2.Wert=xxx and T2.wert1=yyyy)
Gruß K-H |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
Ich bin es von "oracle" sql gewohnt, ohne ANSI Join Syntax zu arbeiten, gefällt mir auch viel besser, ist aber tatsächlich wohl nur Gewohnheit. Im "Oracle" Style schreibt man alles hinter das "where" und ist glücklich. Technisch kann man auch alles in die ANSI Join Notation reinquetschen, also sozusagen das Gegenteil des "Oracle" Style. Mal abgesehen von den Vorschriften, die es gibt, die sowieso zur Trennung von join und Bedingung bzw. Filter anhalten. Man nimmt sich einfach ohne Not die Übersicht(lichkeit) und nicht nur sich, auch den Kollegen. Über die Join Notation formuliert man die Kriterien zur (korrekten) Mengenbildung, die Filter im Where dienen tatsächlich dann nur noch dazu, das Ergebnis auszusieben. Das sieht vielleicht nach Erbsenzählerei aus, kann einem bei komplexen Abfragen aber durchaus mal den Kopf retten. Es trägt zum Verständnis der Abfrage bei und ist hilfreich bei der Fehlersuche und vielleicht sogar schon bei der Erstellung. Etwas plastisch wird das vielleicht bei typischen Programmieraufgaben, wo eine Filtermaske implementiert werden muss. Was auch immer der User möchte, den zusammengesetzten Filterausdruck setzt ganz sorgenfrei in die Where Clause, genau da gehört er hin. Die Joinkriterien des Selectstatements bleiben unangetastet. |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Intuitiv hätte ich gemeint, dass so eine Abfrage effizienter abgearbeitet werden kann, wenn einige Bedingungen, die viele Datensätze ausscheiden, schon im join festgelegt werden, weil dann die Ergebnismenge des joins kleiner ist? Was ist daran falsch?
|
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
Ob das aber wirklich effizienter abgearbeitet wird und wenn, bei welcher Datenmenge und welcher Datenstruktur, hängt sehr stark vom DBMS und dem Optimizer ab. Man kann pauschal da gar nichts sagen, nur ein konkreter Test kann hier die letztendliche Erkenntnis bringen. Manchmal gibt es auch recht konkrete Aussagen zu einem konkreten DBMS ![]() Oder sowas ![]() (Ich suche noch einen Link zu einer Seite, auf der unterschiedliche Performance-Tests mit einem MS-SQL Server gemacht wurden, und dort gab es teilweise unterschiedliche Laufzeitverhalten abhänging von der Satzanzahl. Der scheint sich im Moment aber gut zu verstecken) |
AW: Alphanumerische Werte eingrenzen (ähnlich Between)
Zitat:
Zitat:
Ich hab im Rahmen dieses Threads ein paar Sachen auf Oracle ausprobiert. Ein Feld 80 % mit NULL "gefüllt", mit Index, 9 Mio Datensätze. Sucht man nach einem Wert, dessen Häufigkeit deutlich unter 1% ist, wird der Index verwendet, der nächste Wert liegt bei ca 4% Häufigkeit, da wird dann schon Fulltablescan gemacht. Ich bin überrascht. Das Problem an Threads wie diesen ist, dass immer wieder bestimmte Regeln für richtig erklärt werden, es aber einfach nicht sind, im schlimmsten Fall nicht mal im Besonderen. Thematisch ein Legendenklassiker. Aktuelle Systeme haben sehr pfiffige Optimizer, denen häufig eine Menge Blödsinn und eine Menge KI angedichtet wird. Deswegen (auch falls ich mich wiederhole) Prio 1: Fachlich solide Abfrage schreiben und auf den Optimizer vertrauen. Prio 2: Doku Prio 3: Tuning, falls nötig, dann aber besonders gut dokumentieren, warum man so komische Abfragen schreibt/ Indizes erstellt/ .. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:16 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz