Nach bestimmten Wert in unbekannter Spalte suchen

[EagleFox]

Hallo zusammen,

nachdem ich schon googelige Augen und dennoch nicht wirklich gefunden habe, was ich suche, frage ich mal hier vorsichtig nach.

Ich möchte in einem Datensatz etwas ändern, in dem in irgendeiner Spalte ein bestimmter String steht.
Also z.B.
Spalten in Tabelle: id, name1, name2, name3, name4, status

Und nun möchte ich sowas wie:
Update Tabelle SET status = neu, nameX = "" WHERE nameX = "Suchstring"

Is mir klar, dass das so nix wird, aber das Prinzip sollte damit verdeutlicht werden, wobei ich nicht weiß ob oder in welcher der Spalten name1-4 der Suchstring als Wert steht. Gibt es da irgendeine knappe Lösung?

Besten Dank im voraus!

[thomas_w]

Wenn nicht klar ist, in welcher Spalte der gesuchte Wert steht, ist es natürlich auch schwerig einen passenden UPDATE zu formulieren.

Als einfachste Lösung sehe ich viele kleine UPDATEs, die den UPDATE "probieren". Ob dies eine performante Lösung ist, bleibt offen.

UPDATE tabelle1
   SET status = neu,
       name1 = NULL
 WHERE name1 LIKE '%suchmich%';

UPDATE tabelle1
   SET status = neu,
       name2 = NULL
 WHERE name2 LIKE '%suchmich%';
 
UPDATE tabelle1
...

Findet der UPDATE etwas passendes, wird die Änderungen durchführt, findet er nichts, passiert nichts.

Grüße
Thomas

[EagleFox]

Hmm, genau sowas wollte ich vermeiden. Diese Lösung ist mir vorher schon klar gewesen, aber ich dachte es gibt da vielleicht was cleveres, um viel Schreibarbeit und eventuell Schleifen zu sparen. Schade! Dennoch danke!

[DokuLeseHemmung]

1. Spalten durch zu nummerieren " name1, name2, name3, name4," ist selten eine gute Idee
2. Wenn du nicht weißt wo du die Daten suchen lassen willst, wer soll es denn dann wissen?

Vermutliche Ursache für die Probleme:
Ein grober Verstoß gegen Die 5 Normal Formen

[EagleFox]

Diesen wenig hilfreichen Kommentar will ich dann doch noch etwas entschärfen:

Die eigentlichen Felder heißen:

caller_1, caller_2, called_1, called_2,

was zur Lösung des Problems jedoch wenig beitragen sollte. Zumindest kannst Du daraus lesen, dass es sich vielleicht um eine sportliche Begegnung handelt. Wenn Du jetzt noch wissen würdest, dass sich die Beteiligten selber eintragen, was auch nicht der Problemlösung dienlich ist, haben sich wohl Deine beiden Punkte erübrigt.

Manchmal hoffte ich, dass in Foren dieser Art etwas professioneller geantwortet werden würde. Nichts für Ungut, dennoch danke für die Mühe!

[thomas_w]

Zitat von EagleFox

Die eigentlichen Felder heißen:

caller_1, caller_2, called_1, called_2,

Was für Datentypen sind denn diese vier Felder? Zeige doch mal

mysql>SHOW CREATE TABLE xyz;

Grüße
Thomas

[DokuLeseHemmung]

Macht keinen Sinn auf mir rum zu hacken!
Schließlich bist du es der sich diese witzige Struktur ausgedacht hast.

Wenn Du jetzt noch wissen würdest, dass sich die Beteiligten selber eintragen,

User können bei dir Spalten erzeugen?

was auch nicht der Problemlösung dienlich ist, haben sich wohl Deine beiden Punkte erübrigt.

caller_1, caller_2,

Das schreit nach einer n:m Beziehzung!

called_1, called_2,

Und das auch!

Solltest du diesen Gedanken verfolgen, dann würdest du die DB Normalisieren und die Problem hätten sich fix gegessen!

[EagleFox]

Die Datentypen sind varchar und fulltext indexiert

[thomas_w]

Zitat von EagleFox

Die Datentypen sind varchar und fulltext indexiert

Okay, auf was ich hinaus will ist folgende normalisierte Tabellenstruktur

CREATE TABLE tabelle2 (
  id INT NOT NULL,
  status INT NOT NULL,
  art_id INT NOT NULL,   -- Nr für eine Feldbeschreibung (z.B. 1,2 = caller;  3,4 = called )
  wert VARCHAR(100) NOT NULL,  -- Ersatz für caller_1, caller_2, called_1, called_2,
  PRIMARY KEY (id)
)

Jetzt könnte der ursprüngliche UPDATE einfach so aussehen:

UPDATE tabelle2
   SET status = 0,
         wert = NULL
 WHERE wert LIKE '%suchmich%';

In welcher Tabellenspalte etwas gefunden wird, ist nun egal.

Grüße
Thomas

[EagleFox]

@DokuLeseHemmung Ich hacke nicht auf Dir rum, aber Dein Beitrag fürht niemanden weiter. Oder ich erkenne den höheren Sinn dahinter nicht.

Nicht jede n:m-Beziehung lässt sich normalisieren!
Es gibt 1000 Spieler, 500 gehören zur Mannschaft A, 500 zur Mannschaft B.
Jeder Spieler aus A oder B kann selber eine Begegnung gegen die jeweils andere Mannschaft aussprechen und einen beliebigen Partner eintragen (caller_1, caller_2). Die jeweils andere Mannschaft kann dann eine beliebige Gegenpaarung eintragen (called_1, called_2).

Hintergrund verstanden? Somit habe ich keine Ahnung in welcher Spalte der gesuchte Spieler stehen könnte! Und zu normalisieren gibt es da nichts!