SELECT Tabellenabfrage (Anfängerfrage?!)

Hi zusammen.

Ich suche nach einer SELECT Anweisung, die folgendes macht.

Selectiere mir alle Spalten der Datensätze EINER Tabelle, die =
Bedingungen erfüllt, dessen
Werte auch in anderen Tabellen stehen.

wenn es also eine Tabelle Kunden gibt und eine Tabelle Buch

Dann gebe mir alle Datensätze aus der Tabelle "kunden" aus, die das =
Buch xy bestellt haben in Tabelle "book".

Wenn ich das so mache:=20

SELECT DISTINCT * FROM kunden k WHERE book.buch_id =3D k.buch_id;

Kommt die Meldung dass er die Tabelle "book" nicht kennt!

Wenn ich das so mache

SELECT DISTINCT * FROM kunden.k, book b WHERE b.buch_id=3Dk.buch_id;

habe ich keine Probleme

Nur das er mir dann die Beiden Tabellen zusammen in eine Tabelle merged!

Das will ich aber nicht! Es soll nur die Tabelle kunden mit den =
entsprechenden Datensätzen ausgegeben werden.

Michael

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Danke Andreas.

Das hätte ich auch gemacht aber die Tabelle hat ca. 40 Spalten! Das =
war mir da zu mühsam. ;-(

Sobald ich in FROM mehr als eine Tabelle angegeben wird, werden diese =
Tabellen zusammengesetzt ausgegeben.
Das soll es nicht. Es soll ja nur eine Tabelle ausgegeben werden. Es =
soll eben nur eine Tabelle ausgegeben werden, die Bedingungen erfüllt, =
dessen Werte in anderen Tabellen stehen!=20
Wie kann ich also diese Tabellen aber kenntlich machen, so dass sie in =
einer SELECT- Anweisung auch benutzt werden und nicht der Fehler kommt: =
"Tabelle xy unbekannt!"?

Mi


"Andreas Kretschmer" schrieb im Newsbeitrag =
news:3r5u34-0ib.ln1@news.a-kretschmer.de...
> begin Michael Schrading wrote:
>> Hi zusammen.
>=20
>> Ich suche nach einer SELECT Anweisung, die folgendes macht.
>=20
>> Selectiere mir alle Spalten der Datensätze EINER Tabelle, die =
Bedingungen erfüllt, dessen
>> Werte auch in anderen Tabellen stehen.
>=20
>> wenn es also eine Tabelle Kunden gibt und eine Tabelle Buch
>=20
>> Dann gebe mir alle Datensätze aus der Tabelle "kunden" aus, die das =
Buch xy bestellt haben in Tabelle "book".
>=20
>> Wenn ich das so mache:=20
>=20
>> SELECT DISTINCT * FROM kunden k WHERE book.buch_id =3D k.buch_id;
>=20
> ... from kunden k, book b where b.buch_id =3D k.buch_id;
>=20
>> Wenn ich das so mache
>=20
>> SELECT DISTINCT * FROM kunden.k, book b WHERE b.buch_id=3Dk.buch_id;
> ^^^
> Fipptehler?
>=20
>> habe ich keine Probleme
>=20
>> Nur das er mir dann die Beiden Tabellen zusammen in eine Tabelle =
merged!
>=20
> Was genau meinst Du damit? Wenn Du nicht alle Spalten beider Tabellen
> willst, dann sag halt, welche Spalten Du willst. Ist eh besserer Stil
> als das select * from ...
>=20
>=20
>> Das will ich aber nicht! Es soll nur die Tabelle kunden mit den =
entsprechenden Datensätzen ausgegeben werden.
>=20
> Dann sag es doch auch so!
>=20
> select k.* from ...
>=20
>=20
> end
> Andreas
> --=20
> q: why do so many people take an instant dislike to mysql?=20
> a: it saves time (oicu in =
#postgresql)
> Explaining the concept of referential integrity to a mysql user is =
like
> explaining condoms to a catholic (Shadda in #postgresql)

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading wrote:

> Wenn ich das so mache
>
> SELECT DISTINCT * FROM kunden.k, book b WHERE b.buch_id=k.buch_id;
>
> habe ich keine Probleme

Schöner wäre

SELECT ... FROM kunden.k JOIN book b ON b.buch_id=k.buch_id;

oder

SELECT ... FROM kunden.k JOIN book b USING (buch_id);


Ob Du das DISTINCT brauchst, weißt Du selbst am besten; welche Spalten Du
brauchst, auch. Die gibst Du besser einzeln an, als in *-Form.


Thomas
--
"Baden ist hier verboten!", erklärt der Polizist einer jungen Frau.
"Warum haben Sie das nicht gesagt, bevor ich mich ausgezogen habe?"
"Ausziehen ist nicht verboten..."

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Hi Thomas

> Ob Du das DISTINCT brauchst, wei=C3Yt Du selbst am besten; welche =
Spalten Du
> brauchst, auch. Die gibst Du besser einzeln an, als in *-Form.

jaja. Ich brauche alle Spalten der einen Tabelle. Und das sind etwa 40 =
;-( Das wird zu unübersichtich.

hmmm.

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Hi Andreas.

Ich weiss nicht, vielleicht habe ich mich unklar ausgedrückt.

Eine Tabelle hat ca. 40 Spalten davon benötige ich ALLE Spalten und =
zwar der Datensätze dessen Bedingungen von Werten aus Anderen Tabelen =
abhängen. Aber ich will nicht, dass bei der query die Tabellenspalten =
aller darin involvieten Tabellen aufgelistet werden, sondern NUR die 40 =
Spalten der o.g. ersten Tabelle!

Ich hoffe das ist jetzt verständlich.

Ein Beispiel.

Ich habe eine Tabelle kunden (hat 40 Spalten) und eine Tabelle book (hat =
5 Spalten)

Ich brauche die Ausgabe NUR der Tabelle kunden und zwar der =
Datensätze, dessen Spalte1 der Tabelle kunden mit der Spalte1 der =
Tabelle book übereinstimmt und zwas so, das mit die Abfrage jetzt =
nicht beide Tabellen zusammen schmeißt, sondern nur eben die =
entsprechenden Datensätze der Tabelle kunden ausgegeben werden!

klaro?

Michael

"Andreas Kretschmer" schrieb im Newsbeitrag =
news:l07u34-u8f.ln1@news.a-kretschmer.de...
> begin Michael Schrading wrote:
>> Danke Andreas.
>=20
>> Das hätte ich auch gemacht aber die Tabelle hat ca. 40 Spalten! Das =
war mir da zu mühsam. ;-(
>=20
> Was *genau* meinst Du, auf was *beziehst* Du Dich?
>=20
>=20
>> Sobald ich in FROM mehr als eine Tabelle angegeben wird, werden diese =
Tabellen zusammengesetzt ausgegeben.
>=20
> -v
>=20
>=20
>> Das soll es nicht. Es soll ja nur eine Tabelle ausgegeben werden. Es =
soll eben nur eine Tabelle ausgegeben werden, die Bedingungen erfüllt, =
dessen Werte in anderen Tabellen stehen!=20
>> Wie kann ich also diese Tabellen aber kenntlich machen, so dass sie =
in einer SELECT- Anweisung auch benutzt werden und nicht der Fehler =
kommt: "Tabelle xy unbekannt!"?
>=20
> Ich hab keine Lust, die Schrift so klein zu stellen, daß ich Deine
> Monsterzeilen auf meinem 21"-Bildschirm komplett drauf bekomme, dann =
ist
> die Schrift echt zu klein. Und Dein saudummes TOFU erleichtert es auch
> exakt überhaupt nicht zu verstehen, auf was Du Dich beziehst.
>=20
>=20
> Für mich ist EOD, bis Du quoten kannst und Dein Text normal lesbar =
ist.
>=20
>=20
> end
> Andreas
> --=20
> q: why do so many people take an instant dislike to mysql?=20
> a: it saves time (oicu in =
#postgresql)
> Explaining the concept of referential integrity to a mysql user is =
like
> explaining condoms to a catholic (Shadda in #postgresql)

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading schrieb:

> Eine Tabelle hat ca. 40 Spalten davon benötige ich ALLE Spalten und zwar der Datensätze dessen Bedingungen von Werten aus Anderen Tabelen abhängen. Aber ich will nicht, dass bei der query die Tabellenspalten aller darin involvieten Tabellen aufgelistet werden, sondern NUR die 40 Spalten der o.g. ersten Tabelle!

1.) Bitte bringe Deinem Reader mal eine vernünftige Zeilenlänge bei. 72
gilt als allgemein üblich.

2.) Lies, was Andreas Dir geschrieben hat. Bereits in seiner ersten
Antwort steht die Lösung, die du zwar vollständig zitiert, aber
offensichtlich nicht gelesen hast.

3.) Lerne zitieren. http://learn.to/quote hilft.

Auf Dein Problem gehe ich jetzt nicht weiter ein, da Du die Lösung ja
schon bekommen hast.

> Ich hoffe das ist jetzt verständlich.

Hoffentlich.

Gruß. Claus
--
,~°O O
O ,´ / |/|\
/ |¯`. Das neue Hochzeits-Branchenbuch im Internet ,´ / | |\
/__| `~...............................................~´ /___|/ /

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading schrieb:

> jaja. Ich brauche alle Spalten der einen Tabelle. Und das sind etwa 40 ;-( Das wird zu unübersichtich.

Dann lies noch einmal. Da
steht die Lösung drin.

gruss, heli

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

"Claus Reibenstein" <4spammersonly@web.de> schrieb im Newsbeitrag =
news:4t3guaF12bhubU2@mid.individual.net...
> Michael Schrading schrieb:
>=20
>> Eine Tabelle hat ca. 40 Spalten davon benötige ich ALLE Spalten und =
zwar der Datensätze dessen Bedingungen von Werten aus Anderen Tabelen =
abhängen. Aber ich will nicht, dass bei der query die Tabellenspalten =
aller darin involvieten Tabellen aufgelistet werden, sondern NUR die 40 =
Spalten der o.g. ersten Tabelle!
>=20
> 1.) Bitte bringe Deinem Reader mal eine vernünftige Zeilenlänge =
bei. 72
> gilt als allgemein üblich.

Danke für den Tipp.

>=20
> 2.) Lies, was Andreas Dir geschrieben hat. Bereits in seiner ersten
> Antwort steht die Lösung, die du zwar vollständig zitiert, aber
> offensichtlich nicht gelesen hast.
Doch gelksen hat aber nichts zur Lösung beigebracht!

>=20
> 3.) Lerne zitieren. http://learn.to/quote hilft.

Hilft aber auch nicht weiter.

>=20
> Auf Dein Problem gehe ich jetzt nicht weiter ein, da Du die Lösung =
ja
> schon bekommen hast.

Nun ich denke Du hast die Lösung auch nicht!=20

>=20
>> Ich hoffe das ist jetzt verständlich.

Nun es ist ein Leichtes einen anderen als Blöd dazustellen und nichts =
zur Lösung beizutragen
außer diesem Peanuts. Aber was soll's, das ist nur Geröll, Claus.

Michael

>=20
> Hoffentlich.

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Offensichtlich hast Du es nicht gelesen. Heli.

Ich kann es nicht gebrauchen 40 spalten aufzulisten! Das ist doch =
trivial!

Es wird eine andere Lösung dazu geben. Und wenn man sie nicht hat, =
kann ich
nicht verstehen, dass man die Zeit aufbringt so einen Hinweis zu =
schreiben, sorry.

Michael


"Helmut Chang" schrieb im Newsbeitrag =
news:4t3nneF122ie9U2@mid.individual.net...
> Michael Schrading schrieb:
>=20
>> jaja. Ich brauche alle Spalten der einen Tabelle. Und das sind etwa =
40 ;-( Das wird zu unübersichtich.
>=20
> Dann lies noch einmal. Da=20
> steht die Lösung drin.
>=20
> gruss, heli

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading wrote:

>> Auf Dein Problem gehe ich jetzt nicht weiter ein, da Du die Lösung ja
>> schon bekommen hast.
>
> Nun ich denke Du hast die Lösung auch nicht!

Wie oft willst du denn noch hören, dass im ersten Posting von Andreas
die Antwort drinstand.

>>> Ich hoffe das ist jetzt verständlich.
>
> Nun es ist ein Leichtes einen anderen als Blöd dazustellen und nichts zur Lösung beizutragen
> außer diesem Peanuts. Aber was soll's, das ist nur Geröll, Claus.

Du bist es selbst, der sich als blöd hinstellt, wenn du hier so
lernresistent auftrittst.

Und damit's nicht nur Geröll bleibt, noch ein Beitrag zur Lösung:
IN oder EXISTS

Dieter

Re: =?iso-8859-1?Q?Re:_SELECT_Tabellenabfrage_=28Anfängerfrage=3F!=29?

"Michael Schrading" wrote:
>
>> Ob Du das DISTINCT brauchst, weißt Du selbst am besten; welche
> Spalten Du
>> brauchst, auch. Die gibst Du besser einzeln an, als in *-Form.
>
> jaja. Ich brauche alle Spalten der einen Tabelle. Und das sind etwa 40
> ;-( Das wird zu unübersichtich.

Dann verhaue den DBA, der eine Tabelle mit 40 Spalten designt hat.
In der Regel sind derart viele Spalten ein Hinweis auf ein kaputtes
Design. Also schreib halt alle Spalten einmal hin, oder bist du dazu
zu faul? Und BTW ist es eine gute Idee, auch bei INSERTs explizit
eine Liste der Spalten anzugeben. Nicht nur bei SELECT.

SELECT * oder auch SELECT foo.* ist zu Recht verpönt. Details entnimm
bitte der PHP-FAQ:

"Warum soll ich nicht SELECT * schreiben?"
http://www.php-faq.de/q/q-sql-select.html


XL

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading wrote:

>> 2.) Lies, was Andreas Dir geschrieben hat. Bereits in seiner ersten
>> Antwort steht die Lösung, die du zwar vollständig zitiert, aber
>> offensichtlich nicht gelesen hast.
> Doch gelksen hat aber nichts zur Lösung beigebracht!

Offenbar nicht genau genug gelesen:

Hint: es war die letzte Zeile vor dem "end":


|Dann sag es doch auch so!
|
|select k.* from ...
|
|
|end
|Andreas


Diese Syntax an Den Problem anzupassen, ist wirklich trivial. Und wenn Du
diese Syntax nicht verstehst, hilft Dir das Handbuch weiter.


>> 3.) Lerne zitieren. http://learn.to/quote hilft.
>
> Hilft aber auch nicht weiter.

Doch, Du bekommst freundlichere und nettere Antworten. Bzw. bekämest
sie, ...


>> Auf Dein Problem gehe ich jetzt nicht weiter ein, da Du die Lösung ja
>> schon bekommen hast.
>
> Nun ich denke Du hast die Lösung auch nicht!
>
>>
>>> Ich hoffe das ist jetzt verständlich.
>
> Nun es ist ein Leichtes einen anderen als Blöd dazustellen und nichts
> zur Lösung beizutragen
> außer diesem Peanuts. Aber was soll's, das ist nur Geröll, Claus.

.... wenn Du nicht Deine potentiellen Helfer durch Frechheiten von Hilfe
abhalten würdest.


Thomas
--
Blödsinnige Liedtexte, Teil 4:
"Nadeln und Geheimnummern"
"Arrqyrf Naq Cvaf"

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading wrote:
>> 3.) Lerne zitieren. http://learn.to/quote hilft.
> Hilft aber auch nicht weiter.

http://www.php-faq.de/q/q-newsgroup-neuling.html
1.12. Warum bekomme ich Ermahnungsmails?
Keywords: Netiquette | TOFU | Pseudo
Antwort von Kristian Köhntopp

Du wirst nicht nur in de.comp.lang.php, sondern in den meisten anderen
deutschen Newsgroups auf korrektes Verhalten in den Newsgroups hingewiesen,
wenn Du ohne einen vollständigen Namen postest, Artikel ohne gültige
Absenderadresse schreibst, Artikel mit Werbung absetzt, HTML oder
Netscape-Visitenkarten in Deinen Artikeln versendest oder mutwillig Artikel
in die falschen Newsgroups schreibst.

Diejenigen von uns, die schon länger in den USENET News aktiv sind, haben
sich diese Regeln und Verhaltenformen nicht aus Spaß ausgedacht. USENET
existiert schon seit mehreren Jahrzehnten und die Verhaltensnormen, auf
deren Einhaltung bestanden wird, haben sich in langen Jahren entwickelt und
bewährt. Es gibt einen guten Einführungstext aus de.newusers.infos mit dem
Titel Warum soll ich mich an die Regeln halten?
(http://www.kirchwitz.de/~amk/dni/warum-regeln) der erklärt, warum die
Dinge so sind, wie sie sind.

Wenn Du von de.comp.lang.php Ergebnisse möchtest, also technische Hilfe bei
Deinen Problemen mit der Scriptsprache PHP, dann tust Du gut daran, Deinen
Texten auch eine akzeptable äußere Form zu geben.

---

Dies gilt sinngemäß auch hier.

Kris

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading wrote:
Ich kann es nicht gebrauchen 40 spalten aufzulisten! Das ist doch trivial!

http://www.php-faq.de/q/q-sql-select.html
16.14. Warum soll ich nicht SELECT * schreiben?
Antwort von Johannes Frömter

Bei der SQL-Anweisung SELECT * FROM ... muss das
Datenbank-Management-System (DBMS) alle Spalten der betreffenden Datensätze
selektieren, auch wenn in der anschließenden Verarbeitung nur ein Teil
davon wirklich gebraucht wird. Das ist langsam und schlicht und einfach
unsinnig, und die unnötigen Spalten verhindern unter Umständen, dass der
integrierte Optimizer die Query effizient ausführen kann.

Selbst wenn alle Spalten tatsächlich benötigt werden, sollten sie separat
aufgeführt werden, weil

- die Tabelle nachträglich erweitert werden könnte, die neue(n) Spalte(n)
(im worst case ein BLOB!) nach der Abfrage aber nicht gebraucht werden
- die Reihenfolge der Spalten bei der Ausgabe sonst undefiniert ist (bei den
meisten Datenbanken ist es die Reihenfolge der Spaltendefinition bei der
Anlage der Tabelle). Diese Reihenfolge könnte sich ändern (z.B. durch
Einspielen eines Backups nach Erweiterung der Tabelle, durch eine neue
Version des DBMS, etc.)
- die Spalten sonst möglicherweise keinen vernünftigen oder eindeutigen
Namen haben. Führt man die Spalten einzeln an, kann man mittels AS einen
Namen (Alias) vergeben: SELECT p.pers_p_nr AS personalnummer FROM personal
p ORDER BY personalnummer
- dadurch im Script quasi automatisch dokumentiert wird, welche Spalten
anschließend verarbeitet werden

Im MySQL-Manual wird in den Beispielen der Einfachheit halber fast immer
SELECT * verwendet. Daran darf man sich jedoch für die Praxis kein Beispiel
nehmen, sagt auch das Handbuch explizit - Zitat: "You should NEVER, in an
application, use SELECT * and retrieve the columns based on their position,
because the order in which columns are returned CANNOT be guaranteed over
time; A simple change to your database may cause your application to fail
rather dramatically."

Auch für INSERT gilt: immer alle Spaltennamen angeben! Statt INSERT INTO
tabelle VALUES (1, 2, 3) ist also INSERT INTO tabelle (spalte1, spalte2,
spalte3) VALUES (1, 2, 3) zu schreiben.

> Es wird eine andere Lösung dazu geben. Und wenn man sie nicht hat, kann
> ich nicht verstehen, dass man die Zeit aufbringt so einen Hinweis zu
> schreiben, sorry.

http://www.php-faq.de/q/q-newsgroup-tofu.html
1.15. Was ist TOFU? Wieso finden die Anderen meine Artikel schwer zu lesen?
Antwort von Kristian Köhntopp

Text Oben, Fullquote Unten.

Eine Unart, die einen nicht nur in dieser Newsgroup, sondern im ganzen Netz
unbeliebt macht. Lies http://learn.to/quote/ von Dirk Nimmich, und speziell
Abschnitt 2.3 "Warum soll ich meine Antwort nach dem Zitat plazieren?" und
die folgenden.

-----

Dies gilt sinngemäß auch hier.

Kris

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading schrieb:

> "Claus Reibenstein" <4spammersonly@web.de> schrieb im Newsbeitrag news:4t3guaF12bhubU2@mid.individual.net...

Abgesehen davon, dass 108 Zeichen definitiv zu lang ist: Inwiefern
tragen - Deiner Meinung nach - Mailadresse und News-ID zum Verständnis
des Zitats bei?

>> 2.) Lies, was Andreas Dir geschrieben hat. Bereits in seiner ersten
>> Antwort steht die Lösung, die du zwar vollständig zitiert, aber
>> offensichtlich nicht gelesen hast.
>
> Doch gelksen hat aber nichts zur Lösung beigebracht!

,----------
| > select k.* from ...
`----------

Das ist die entscheidende Zeile aus Andreas' Posting, wie Du sie in
zitiert hast. Hast Du das probiert?
Hat es nicht funktioniert? Gab es eine Fehlermeldung? Welche?

>> 3.) Lerne zitieren. http://learn.to/quote hilft.
>
> Hilft aber auch nicht weiter.

Wenn ich mir Deine Einleitungszeile so anschaue, in der Tat.

>> Auf Dein Problem gehe ich jetzt nicht weiter ein, da Du die Lösung ja
>> schon bekommen hast.
>
> Nun ich denke Du hast die Lösung auch nicht!

S.o.

> Nun es ist ein Leichtes einen anderen als Blöd dazustellen und nichts zur Lösung beizutragen
> außer diesem Peanuts. Aber was soll's, das ist nur Geröll, Claus.

Vorsicht mit solchen Äußerungen!

Wenn Du hierhergekommen bist, um eine fertige Komplettlösung geliefert
zu bekommen, bist Du hier falsch. Dazu ist das Usenet nicht da. Hier
erhältst Du Hinweise, die Dich in die richtige Richtung schubsen sollen.
Diese Hinweise hast auch Du bekommen, aber offensichtlich nicht
wahrgenommen. Mit "Blöd" hat das nicht unbedingt etwas zu tun, eher mit
blind.

Wenn die gegebenen Tipps nichts bringen, kannt Du natürlich gerne hier
nachfragen. Allerdings sollte schon ein gewisses Maß an Eigeninitiative
erkennbar sein. Die vermisse ich noch bei Dir.

Gruß. Claus
--
,~°O O
O ,´ / |/|\
/ |¯`. Das neue Hochzeits-Branchenbuch im Internet ,´ / | |\
/__| `~...............................................~´ /___|/ /

Re: SELECT Tabellenabfrage (Anfängerfrage?!)

Michael Schrading schrieb:
> Offensichtlich hast Du es nicht gelesen.

Nein. Offensichtlich hast du es nicht gelesen. Was exakt an:

select k.* from ...

hast du nicht verstanden? Genau das steht im von mir bemerkten Posting.

> Es wird eine andere Lösung dazu geben. Und wenn man sie nicht hat, kann ich
> nicht verstehen, dass man die Zeit aufbringt so einen Hinweis zu schreiben, sorry.

Lern

1. lesen
2. quoten

Dann komm wieder und reg dich über deiner Meinung nach hinweislose
Postings auf.