Aus 2 Tabellen 3 Werte lesen?!?

[DelTurbo]

Hi,
ich weiss nicht ob das Topic gut gewählt ist, aber anders kann ich es nicht beschreiben. Das dürfte auch der grund sein warum ich in Google nix finde.


Folgendes Problem:
Ich habe 2 Tabellen
Einzelteile und Geraeteteile

In Geraeteteile ist ein Ptr auf die ID des Kompletten Gerätes, ein Ptr auf Einzelteil und die Anzahl. In der Tab. Einzelteil steht der Einzelpreis. Mit folgender anweisung kann ich schonmal alle Einzelpreise lesen die zum Komplettgeräte gehören:

SELECT Einzelpreis FROM Einzelteile WHERE ID= ANY (SELECT EinzelteilPtr FROM Geraeteteile WHERE GeraetPtr=8 ORDER BY ID);

Leider schaffe ich es nicht, auch zeitgleich die Anzahl aus der Tab. Geraeteteile zu lesen. Ist das überhaupt möglich? Ich brauche die Anzahl der Einzelteile um den Kompletten Preis zu berechnen.

Vielen dank im voraus

[DeddyH]

http://de.wikibooks.org/wiki/Einf%C3...eiten_mit_JOIN
Wenn ich die Struktur richtig verstanden habe, könnte es so ähnlich funktionieren:

SQL-Code:

SELECT  
  (G.Anzahl * E.Einzelpreis) AS Positionspreis
FROM
  Geraeteteile G
  JOIN
    Einzelteile E ON E.ID = G.EinzelteilPtr
WHERE
  G.GeraetPtr = 8

[niko2post]

Code:

SELECT 
      e.Einzelpreis
    , g.Anzahl 
    , (e.Einzelpreis * g.Anzahl) as Preis
FROM Geraeteteile as g
INNER JOIN Einzelteile as e on (e.id=G.EinzelteilPtr)
WHERE g.GeraetPtr=8
ORDER BY g.ID

[DelTurbo]

Wahnsinn, das hätte ich in 3 Jahren nicht gefunden.

Vielen vielen dank an euch beide.... :thumb:

EDIT:
(e.id=G.EinzelteilPtr) <-- hier muss das G klein sein, sonst geht es nicht unter Unix. Unter Windows scheint es egal zu sein?!? Komig..

[DelTurbo]

Hallo,
ich habe noch eine frage dazu. Ich habe nun den Wert EinzelteilePtr als String vorliegen. Dort stehen alle Einzelteile mit Komma getrennt drin. Also z.b. 1,2,3,4,5
Kann man das auch lösen? Ich habe das mit SubStr versucht, aber komme nicht weiter. Müsste das nicht eine Schleife sein?

Im Grunde bleibt alles so wie es ist. Nur der Wert EinzelteilePtr hat sich geändert.

Vielen dank im voraus

[mkinzler]

Ganz, ganz schlechtes Design!
Ich würde auf Änderung drängen.

Sonst bleieb halt nur die manuelle Konstruktion der Abfrage mit dem String in

SQL-Code:

in

[DelTurbo]

Zitat:

Zitat von mkinzler (Beitrag 1276523)

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:

Zitat von DelTurbo (Beitrag 1276526)

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

[jobo]

Wichtig ist, die Funktion braucht Textparameter, vielleicht schluckt sie auch Zahlen (automatische Konvertierung).
Falls es taugt und einigermaßen performant ist, würde ich einen View daraus bauen, der idealer Weise mal durch ein richtiges Tabellengerüst ersetzt wird.