Aus 2 Tabellen 3 Werte lesen?!?

[DelTurbo]

Zitat von mkinzler:

Ganz, ganz schlechtes Design!

Mag sein. Aber eigentlich war die frage ob es eine Lösung für das "Problem" gibt. Ich habe nun 1,5 Tage gesucht. Aber irgendwie klappt das alles nicht.

[mkinzler]

Die eigentlich richtige Lösung ist das komplett falsche Datenbankschema zu fixen!

Eine andere Lösung hatte ich skizziert diese ist aber alles andere als ideal und Du darfst Dir hier auch keine Unterstützung durch das DBMS erhoffen. Das Design verhindert "geschickt" die Anwendung von Mechanismen und Prinzipen, auf welche ein RDBMS basiert.

Eine RDBMS basiert auf Normalisierung und Fremdschlüssellogik. Dann kann es Indizes anlegen, welches den Zugriff beschleunigt.
Eien Lösung bei dem Schema hier, wäre es für jeden Vorgang eine individuelle Abfrage zu basteln, welche manuell ohne Optimierungsmöglichkeit des DBMS ein individuelles Ergebnis erzeugt.

Also nochmal den Tipp: Fixe das Schema!

[DelTurbo]

Da es nicht auf meinem Mist gewachsen ist, kann ich das schlecht ändern. Ich dachte auch erst es ist so wie ich das oben beschrieben habe. Nun habe ich Zugriff auf die DB und sehe halt, das es anders ist als ich dachte.

Ich könnte nun einen kleinen Konverter machen, der das "richtig" macht. Aber dann werden andere Sachen wohl nicht mehr mit der DB zusammen arbeiten.

Ich mache das im Moment, da ich es nicht besser weiss, so wie oben, allerdings jede nummer mit einem OR dazu. Dann brauche ich nur noch die antworten zusammen zählen.

Trotzdem danke

[p80286]

Zitat von DelTurbo:

Da es nicht auf meinem Mist gewachsen ist, kann ich das schlecht ändern. Ich dachte auch erst es ist so wie ich das oben beschrieben habe. Nun habe ich Zugriff auf die DB und sehe halt, das es anders ist als ich dachte.

Das klingt nicht sehr witzig. Die Frage ist jetzt was Deine Aufgabe ist. falls irgend möglich solltest Du versuchen, das DB-Design zu ändern! "komplett falsch" ist noch eine sehr zurückhaltende Formulierung.

Gruß
K-H

[Sir Rufo]

Wenn du das Design nicht ändern kannst, dann erzeuge dir einfach eine eigene Struktur parallel dazu, die du über Trigger synchron hältst. Schreiboperationen dürfen natürlich nur in der Originaltabelle erfolgen. Das kann man aber über Berechtigungen regeln.

Das ist zwar etwas durch die Brust ins Auge in dem Fall aber wohl der beste Weg. Wenn sich jemand über die (eventuell) etwas schlechtere Performance beim Ändern dieser Tabelle beschwert, dann rollst du einfach nur mit den Augen und verweist auf den, der das verbrochen hat

[jobo]

Du kannst vielleicht auch sowas nutzen, wäre aber gründlich zu prüfen und auch nicht mehr als eine Variante einer Zwischenlösung.

Code:

create table v (vid int, vref varchar(10));
insert into v values(1,'1');
insert into v values(2,'2');
insert into v values(3,'3');

create table vstar (vsid int, vreflist varchar(20));
insert into vstar values(1,'1,3');
insert into vstar values(2,'2,3');
insert into vstar values(3,'1,2,3');
insert into vstar values(4,'333,11,1,123,22,2,3');

SELECT vid
  FROM v, vstar
 WHERE vstar.vsid = 4 -- ändern für ausgewähltes Gerät
   and FIND_IN_SET(v.vref, vstar.vreflist) > 0 -- gefunden

Das Problem bei solchen "workarounds" ist, wenn Du für eine richtige Lösung Unterstützung erwartetest, wirst Du zu hören bekommen, "es geht doch"

[DelTurbo]

Moin,
danke für die Antworten. Ich hatte so was auch mal vor Jahren vor so zu machen (das mit dem 1,2,3). Allerdings wurde mir hier natürlich davon abgeraten worauf hin ich es denn "richtig" gemacht habe.

Damit ich das erst mal irgendwie ans laufen bekomme habe ich das einfach mit OR gelöst. Trotzdem werde ich mir gleich mal deine Lösung anschauen.

Nochmals danke @ll