mySQL 2 mal auf selbe Tabelle zugreifen

[jak]

Folgende Situation:
Tabelle: date
date.uid -> ID
date.other -> restliche Daten
date.category -> Kategorie
date.copyof -> ID eines anderen date.

Der Sinn von date.copyof wäre es, Kopien von dates zu erstellen, bei denen z.B. other und category leer sind.

Jetzt würde ich gerne alle Dates aus einer bestimmten Kategorie suchen, d.h. ich müsste, wenn category leer ist die category aus dem Eintrag mit der uid = copyof verwenden.

Beispiel:

UID | category | copyof
1   | a        | 0
2   | b        | 0
3   |          | 2
4   | c        | 0

Das gesuchte SQL statement sollte als wenn category = b als Ergebnis den 2. und 3. Eintrag liefern.

Danke für Vorschläge
jak

[jak]

Die Lösung die ich verwendet habe sind zwei SELECTs die mit UNION zusammen gefasst werden. Das ist allerdings eher mühsam, da die WHERE statements für beide SELECTs angepasst werden müssen.

Von http://dev.mysql.com/doc/refman/4.1/en/union.html

Posted by Kim Mihaly on October 4 2006 5:35am

For an app I was writing I needed to list both parent & child for a 2 level tree - the first half of the union returns all the parents , the second all the children for these parents - as I was using the pear html_pager I also added a limit clause....

select parent.categoryid, parent.categoryname, parent.sequence as seq, parent.categoryid as id, '' as name, 0 as seq1
from category as parent
where parent.isasubcategoryof = 0
union
select parent.categoryid, parent.categoryname, parent.sequence as seq, child.categoryid as id, child.categoryname as name, child.sequence as seq1
from category as parent, category as child
where (child.isasubcategoryof = parent.categoryid)
order by seq, seq1

jak

[iG0r]

würde dir gerne helfen, verstehe aber deine frage leider nicht. wieso zweimal auf die tabelle zugreifen, und was hat es mit der kopie auf sich?

ich kann es nicht richtig verstanden haben, da bei mit nur ein select mit zwei where feld = 0 raus kommt. soll die kopie ein insert oder uptade query sein?

[jak]

Tabelle: tab

UID | category | title | other | copyof
1   | a        | asd   | foo      0
2   | b        | fgh   | bar      0
3   |          | jkl   |          2
4   | c        | yxc   | qwe      0
5   | c        | vbn   | rtz      2

Eintrag 3 hat copyof = 2, d.h. er ist eine Kopie des zweiten Eintrags. Wenn er in einem Feld einen Eintrag hat (z.B. title), gilt dieser, sonst gilt der Eintrag der Zeile deren ID = 2 ist.

Meine Lösung ist jetzt in der Form:
SELECT uid, 0 as orig_id, category, NULL as orig_category, title, NULL as orig_title, other, NULL as orig_other FROM tab WHERE copyof = 0
UNION
SELECT copy.uid, orig.uid as orig_id, copy.category, orig.category as orig_category, copy.title, orig.title as orig_title, copy.other, orig.other as orig_other FROM tab AS orig, tab AS copy WHERE copy.copyof = orig.uid

Das liefert:

uid | orig_uid | category | orig_category | title | orig_title | other | orig_other
1   | 0        | a        | NULL          | asd   | NULL       | foo   | NULL
2   | 0        | b        | NULL          | fgh   | NULL       | bar   | NULL
4   | 0        | c        | NULL          | yxc   | NULL       | qwe   | NULL
3   | 2        |          | b             | jkl   | fgh        |       | bar 
5   | 2        | c        | b             | jkl   | fgh        | rtz   | bar

Nachteil: die Statements werden ziemlich unübersichtlich. Wenn ich z.B nur Einträge mit Kategorie b haben will, sieht das so aus:
SELECT uid, 0 as orig_id, category, NULL as orig_category, title, NULL as orig_title, other, NULL as orig_other FROM tab WHERE copyof = 0 AND category = 'b'
UNION
SELECT copy.uid, orig.uid as orig_id, copy.category, orig.category as orig_category, copy.title, orig.title as orig_title, copy.other, orig.other as orig_other FROM tab AS orig, tab AS copy WHERE copy.copyof = orig.uid WHERE ((copy.category = '' AND orig.category = b) OR (copy.category = 'b'))

und liefert:

uid | orig_uid | category | orig_category | title | orig_title | other | orig_other
2   | 0        | b        | NULL          | fgh   | NULL       | bar   | NULL
3   | 2        |          | b             | jkl   | fgh        |       | bar

Wenn es also eine bessere Methode gibt freue ich mich, ansonsten kann ich auch mit der aktuellen Methode leben.

jak