Einzigartigen String in Datenbank finden und löschen

[StepByStepButSlow]

Einen schönen Abend miteinander,

ich sitze gerade an folgendem Problem und hoffe, dass mir jemand behilflich sein kann:

In einem Table in meiner sql-Datenbank möchte ich anhand eines Befehls einen stets einzigartig auftretenden String finden und nur diesen einen überschreiben (null) oder löschen(?). Hinzu sei gesagt, dass sich dieser String in den verschiedensten Columns aufhalten kann.
Gibt es eine Möglichkeit - ohne jeden Column einzeln aufzulisten - diesen String zu identifizieren bzw. zu entfernen.

Vielen Dank für eure Hilfe.

Mit freundlichem Gruß

StepByStepButSlow

 

[truesoul]

Hallo.

Google konnte da nicht helfen.
Z. B mit "sql search string in table".?

Und ansonsten würde es ein schon verrückter Statement werden.

Warum kommt der String in den unterschiedlichen Spalten vor?

 

[StepByStepButSlow]

Über die Datenbank soll ein Frame gefüllt werden, welches ein mechanisches Bauteil in der Realität schematisch abbilden soll. Dieses besitzt mehrere Dutzend Einschübe und da diese frei konfigurierbar sind und ich für jeden Einschub ein Column in meiner Table erstellt habe, kann die Position stets stark variieren.

Was Google angeht, habe ich da schon genügend Treffer gefunden, jedoch beziehen sich diese stets auf die Angabe eines oder mehrerer Columns.

 

[Thallius]

Ich würde sagen dein DB Aufbau ist vollkommen falsch. Wenn es mehrere einschübe gibt, dann brauchst du eine eigene Tabelle für die einschübe und eine crossreferenz Tabelle für Bauteil zu Einschüben.

Alles andere wird nicht funktionieren oder wenn du es doch irgendwie hingepfuscht bekommst dann wird es Sau langsam und extrem hässlicher code

 

[pinhead84]

Allgemein kann ich Thallius nur zustimmen. Wenn du die Möglichkeit dazu hast, solltest du das Datenbank-Modell noch mal überdenken.

Gibt es eine Möglichkeit - ohne jeden Column einzeln aufzulisten - diesen String zu identifizieren bzw. zu entfernen.

Die meisten SQL-Datenbanken bieten die Möglichkeit, die Spalten einer Tabelle durch ein SELECT-Statement zu ermitteln z.B. bei MySQL: https://stackoverflow.com/a/5648713 - Notfalls recherchiere dazu mal bei Google oder dem Manual deiner Datenbank.

Du könntest also erst mal durch ein Query die Spaltennamen einer Tabelle ermitteln und danach aus den ermittelten Spaltennamen die Queries für die gewünschte Operation erzeugen. Notfalls erzeugst du für jede Spalte separat ein Update-Query, welches die gewünschte Operation auf exakt einer Spalte durchführt.

Optimal ist das natürlich nicht - aber bei einem dubiosen DB-Layout bzw. solch exotischen Anforderungen sind solche Hacks wohl nicht immer zu vermeiden.

 

[StepByStepButSlow]

Vielen Dank für die vielen Antworten. Ich werde mich einmal daran setzen und mit einer Testdatenbank den Weg von Thallius versuchen. Eine Zusatzfrage hat sich mir nun im Laufe des Tages gestellt:

Kann ich in einer Table nach einem einmalig auftretenden String suchen und mir den Namen des dazugehörigen Column ausgeben lassen? Angeblich soll dies über ResultSetMetadata gehen, nur irgendwie finde ich im Netz keine für mich passende Erklärung bzw. Beschreibung.

Vielen Dank noch einmal an alle.

 

[Thallius]

Wenn du sowas brauchst ist dein datenbankmodell immer noch falsch.

Wiecwärs du erklärst uns was genau du brauchst und wie deine dB bisher aussieht. Dann können wir dir auch was konkretes vorschlagen.

Was du bisher so schreibst lässt mich vermuten dass du die Verwendung und Anwendung einer DB noch nicht wirklich verstanden hast und da irgendwas zusammen bastelst das konzeptionell totaler Murks ist

 

[StepByStepButSlow]

Hallo Thallius,

ich werde einmal versuchen, es so gut es geht zu erklären:

Jedes meiner Module besitzt zwölf Steckplätzen. Wird eines oder mehrere verwendet, übergebe ich die übrigen Daten (jeder Steckplatz besitzt eine generierte Nummer die nur einmal vorkommen kann) in eine ArrayList und lasse sie durch den User auf einem extra Frame mit sogenannten Dummyplätzen (Raster von 3x6 Plätzen) auflegen. Da diese Plätze keiner festen Reihenfolge unterliegen, muss dem User die Wahl gelassen werden, auf welchen Dumyplatz die noch freien abgelegt werden. Diese werden anschließend in der Datenbank gespeichert, welche wie folgt aufgebaut ist.

1. ID
2. Bauteilnummer
3. Dummyport 01
4. Dummyport 02
5. ...
20. Dummyport 18

Wird zu einem späteren Zeitpunkt ein weiterer Steckplatz vergeben, möchte ich, dass der Steckplatz, der bisher auf dem Dummy liegt, automatisch entfernt wird. Insgesamt können bis zu zehn Dummymodule à 3x6 Steckplätze exisitieren und somit 180 mögliche Plätze in der Datenbank.

Ich hoffe meine Erklärung war einigermaßen verständlich und danke für dein Mühen.

 

[Thallius]

Also mir ist der Zusammenhang zwischen Modul, Steckplatz und Raster noch nicht wirklich klar.

Also ein Modul hat 12 Steckplätze soweit so gut.
Ein Raster hat 3x6 Plätze auch klar.

Wie ist nun aber das Verhältnis Modul zu Raster? Und wozu brauchst du die dummies? Für mich klingt das so als wolltest du die nicht vergeben Module oder Steckplätze speichern. Aber warum? Warum speicherst du nicht die verbauten?

 

[StepByStepButSlow]

Entschuldigung...hier habe ich mich etwas unklar ausgedrückt. Von den Modulen aus entstehen weitere Verbindungen. Auf den Kabeln, welche einen der Steckplätze belegen und welche in Bündeln (wovon die nicht genutzten abgelegt werden sollen) produziert werden, wird ein für den Menschen gesundheitsschädlicher Laser eingesetzt. Damit die offenen Enden nicht lose und gefährdend herum liegen oder hängen, sollen diese auf einen Dummy gesteckt werden.

Beispiel:
Bei einem Kabel bestehend aus 12 Einzelsträngen mit Steckköpfen werden zwei auf dem Modul abgelegt. Jeder Einzelstrang des Kabels besitzt eine einzigartige Bezeichnung. Die restlichen zehn werden auf den Dummy gelegt. Wird nun später der dritte Kabelstrang genommen, wird dieser vom Dummy abgezogen und auf das Modul gesteckt.

 

[Thallius]

Ok so langsam kommt Licht in die Sache

Aber jetzt ist zu spät um weiter zu machen.

Es klingt auf jeden Fall interessant. Lass uns da morgen mal weiter drüber reden.

 

[StepByStepButSlow]

Gerne. Vielen Dank nochmal für deine Mühen und einen schönen Abend.

 

[Thallius]

Ok,

also das Eigentliche Objekt ist erstmal der Kabelstrang, welcher 12 Stränge besitzt. Davon sind X-Stränge irgendwo "benutzt" und die anderen die nicht benutzt werden werden auf ein Raster von Dummies gesteckt das 3 * 6 Plätze groß ist?

Die Frage die sich mir stellt ist, warum must du jetzt wissen auf welchem Dummyplatz der Strang gesteckt ist? Reicht es nicht zu wissen das er unbenutzt ist?

Gruß

Claus

 

[StepByStepButSlow]

Das ist natürlich richtig. Rein theoretisch reicht es zu wissen, dass er unbenutzt ist. Nur muss ich ihn ja auch bei Benutzung wieder vom Dummyplatz entfernen (sprich aus dem Table), da er ja ab diesem Moment "aktiv" benutzt wird.

 

[mrBrown]

Das ist natürlich richtig. Rein theoretisch reicht es zu wissen, dass er unbenutzt ist. Nur muss ich ihn ja auch bei Benutzung wieder vom Dummyplatz entfernen (sprich aus dem Table), da er ja ab diesem Moment "aktiv" benutzt wird.

Du könntest nur die benutzten speichern, alle die nicht benutzt sind, sind ja unbenutzt...

 

[StepByStepButSlow]

Hierfür muss ich wohl noch ein wenig weiter ausholen, was den Gebrauch des Programms angeht:
Der Mitarbeiter vor Ort, welcher die Arbeiten verrichtet, bekommt die Steckplätze (sowohl die aktiven, als auch die Dummyplätze) vorgegeben. Hintergrund ist: Aufgrund der endgültigen Menge und der Tatsache, dass eine Bearbeitung über Jahre hinweg durch ein und denselben Mitarbeiter nicht gewährleistet werden kann, muss man beim "aktivieren" neuer Verbindungen dem Mitarbeiter direkt sagen können, wo er auf den Dummyplätzen zu suchen hat. Auch kann es passieren, dass die Kabel nicht oder inkorrekt beschriftet werden.

 

[mrBrown]

Hierfür muss ich wohl noch ein wenig weiter ausholen, was den Gebrauch des Programms angeht:
Der Mitarbeiter vor Ort, welcher die Arbeiten verrichtet, bekommt die Steckplätze (sowohl die aktiven, als auch die Dummyplätze) vorgegeben. Hintergrund ist: Aufgrund der endgültigen Menge und der Tatsache, dass eine Bearbeitung über Jahre hinweg durch ein und denselben Mitarbeiter nicht gewährleistet werden kann, muss man beim "aktivieren" neuer Verbindungen dem Mitarbeiter direkt sagen können, wo er auf den Dummyplätzen zu suchen hat. Auch kann es passieren, dass die Kabel nicht oder inkorrekt beschriftet werden.

Und das Problem ist welches?

 

[StepByStepButSlow]

Hallo Thallius,

ich werde einmal versuchen, es so gut es geht zu erklären:

Jedes meiner Module besitzt zwölf Steckplätzen. Wird eines oder mehrere verwendet, übergebe ich die übrigen Daten (jeder Steckplatz besitzt eine generierte Nummer die nur einmal vorkommen kann) in eine ArrayList und lasse sie durch den User auf einem extra Frame mit sogenannten Dummyplätzen (Raster von 3x6 Plätzen) auflegen. Da diese Plätze keiner festen Reihenfolge unterliegen, muss dem User die Wahl gelassen werden, auf welchen Dumyplatz die noch freien abgelegt werden. Diese werden anschließend in der Datenbank gespeichert, welche wie folgt aufgebaut ist.

1. ID
2. Bauteilnummer
3. Dummyport 01
4. Dummyport 02
5. ...
20. Dummyport 18

Wird zu einem späteren Zeitpunkt ein weiterer Steckplatz vergeben, möchte ich, dass der Steckplatz, der bisher auf dem Dummy liegt, automatisch entfernt wird. Insgesamt können bis zu zehn Dummymodule à 3x6 Steckplätze exisitieren und somit 180 mögliche Plätze in der Datenbank.

Ich hoffe meine Erklärung war einigermaßen verständlich und danke für dein Mühen.

Mein Problem ist weiterhin, wie man am besten ein Table (ob nun einzeln oder über eine Schleife) durchsucht und alle Daten (einzigartige Kennzeichnung der Kabel, welche zu diesem Zeitpunkt noch auf einem Dummy liegen und die nun benutzt werden sollen, ohne Zutun des Nutzers aus dem Table entfernt.

 

[mrBrown]

Das kommt auf die Datenbank-Struktur an.

Hast du ein Domain-model oder so?

 

[StepByStepButSlow]

Aktuell nicht, da ich gerade vom Smartphone aus antworte. Ich könnte aber eines nachliefern...ansonsten ist es wie oben stehend im Zitat aufgebaut:

Column 1. ID
Column 2. Bauteilnummer
Column 3. Dummyport 01
Column 4. Dummyport 02
Column 5. ...
Column 20. Dummyport 18

Durchsucht werden müssten also die Columns 3 - 20 und das über mehrere Rows, da es mehr als nur ein Bauteil und somit Bauteilnummer gibt.

 

[mrBrown]

Domain-Model, nicht Datenbank-Schema

Das Datenbank-Schema sieht wie schon mal gesagt ziemlich ungeeignet aus.
Wenn du dabei bleiben willst, nimm einfach eine Query, die alle 18 Felder einzeln abfragt.

 

[Thallius]

Im Prinzip ist es doch recht einfach.

Du hast ein Kabel mit X Strängen (ob es jetzt 2 oder 12 sind ist Wurscht). Davon kann jeder Strang den Zustand „benutzt“ oder „unbenutzt“ . Ist er unbenutzt st3ckt er auf einem Dummy Steckbrett.

Das bedeutet zunächst mal hast du eine Tabelle Kabel mit

Id INT PRIMARY KEY AUTOINCREMENT
Name (oder Nummer) VARCHAR(X)

Dann hast du eine Tablle Module mit

id INT PRIMARY KEY AUTOINCREMENT
Name (oder Nummer) VARCHAR(X)

Dann eine Tabelle mit Steckbrett mit

id INT PRIMARY KEY AUTOINCREMENT
Name (oder Nummer) VARCHAR(X)

Und eine Tabelle Steckplatz mit

id INT PRIMARY KEY AUTOINCREMENT
nummer int
Steckbrettid INT

Dann hast du eine Tabelle Kabelstrang mit

id INT PRIMARY KEY AUTOINCREMENT
Name (oder Nummer) VARCHAR(X)
kabelid INT
modulid INT
steckplatzid INT

Je nachdem ob der Strang benutzt wird setzt du die Modul oder die Steckplatz id. Das wars.

Gruß

Claus

 

[StepByStepButSlow]

Hallo Thallius,

danke für den Vorschlag. Ich werde das einmal aufbauen und ausprobieren.

Vielen Dank und einen schönen Abend.

Gruß
StepByStepButSlow

 

[StepByStepButSlow]

Auch dir vielen Dank für deine Mühen, mrBrown.