hsql Datenbank

Re(3): hsql Datenbank

LFMoe18 — Tue, 07 Apr 2009 09:36:45 GMT

Du kannst gern anzweifeln.
Ich hab ja nichts von dem Grad geschrieben wie gut ich es kann.

Von allem Grundkentnisse.. ich kann mich darin bewegen und kann was damit machen...

Jep.. Abgabegespräch war easy.. die Gruppenphase wird jetzt das harte werden.

Re: hsql Datenbank

athis — Mon, 23 Mar 2009 15:45:52 GMT

JA BIST DU GELÄHMT?!

so eine frage von jemandem, der im lebenslauf auf seiner website "other skills: php/mysql" stehen hat .. und offenbar einen lehrabschluss als edv-techniker vorweisen kann

das ist aber schon hart!
immerhin lernst weiter ... das ist lobenswert *daumenhoch*

Re(2): hsql Datenbank

LFMoe18 — Tue, 17 Mar 2009 22:05:50 GMT

Mach ich ja eh.
Hast du nie Fragen? ^^

Re(2): hsql Datenbank

kombipaket — Mon, 16 Mar 2009 22:38:53 GMT

Das fängt ja schon früher an... Ein Buch als Gesamtheit ?

Klassischerweise hat man im Videotheksverleih (und daher wohl auch bei Büchern)
- Titel
- Entlehnstücke.

Bsp: Titel hat den Namen, ISBN-Nummer,... Entlehnstück den Barcode drauf. Titel:Entlehnstück=1:n

Der Titel wiederum ist genau einem Verlag zugeordnet (Verlag:Titel=1:n)
Ein Titel hat mindestens einen Autor. Also gibts eine Autorentabelle...
Autor:Buch=n:m, also brauchen wir eine aufgelöste n:m-Tab

Bücher haben zusätzlich Schlagworte, ...
Also einfach mal eine Tabelle "BUCH" ist schon oarg

Re(6): hsql Datenbank

Knoni — Mon, 16 Mar 2009 16:10:34 GMT

Genau!

Um beim Beispiel Buch zu bleiben wäre 1:n wohl,
Genre (1) : Buch (N)

Vielen Büchern kann genau eine Genre zugeordnet werden (Ausnahmen jetzt mal vorbehalten).

Genre: (genre_id, name)
Buch: (buch_id, autor, genre_id)

Ich hoffe das war jetzt kein Mist

Re(5): hsql Datenbank

Sir Hondo — Mon, 16 Mar 2009 10:21:55 GMT

die "Zwischentabelle" ist ja genau die relationale/normalisierte Auflösung einer m:n Beziehung, davon red ich ja die ganze Zeit.

Re(4): hsql Datenbank

Schokokipfal — Mon, 16 Mar 2009 06:57:36 GMT

Ich würde noch eine "Zwischentabelle" machen.
BuchId (int), LeserId (int), ausgeborgt (DateTime), zurückgebracht (DateTime)
Mit Zeitscheibe um historisch Sagen zu können wann wer welches Buch entlehnt hat *gg*

Re(3): hsql Datenbank

Sir Hondo — Sun, 15 Mar 2009 16:30:39 GMT

ja zu einem Zeitpunkt, aber ein Leser kann n Bücher lesen, genauso, wie jedes Buch von n Lesern gelesen werden kann. Das is wohl der Normalfall, mit einigen Randbedingungen kann man das 1:n zwar erzwingen, aber glücklich find ichs trotzdem nicht. Durch diese Beziehung könntest dir zB. nicht merken wer alle schon mal das Buch gelesen hat. Bei der Entität Leser gehe ich auch ganz stark davon aus, dass es sich um kein Besitzverhältnis handelt, da wärs wieder ganz anders.
1:n heisst für mich, es kann nur Einen (Übergeordneten) geben.
Wie in meinem Beispiel genannt, ein Baum kann nur in einem Wald stehen, nicht in 2 unterschiedlichen.

Re(3): hsql Datenbank

peter_neugartner — Sun, 15 Mar 2009 15:35:30 GMT

Wenn du es unter dem Aspekt einer Bibliothek betrachtest schon, ich hätte es aber auch m:n modelliert.

Re(2): hsql Datenbank

MJFox — Sun, 15 Mar 2009 13:34:43 GMT

wieso? ein Buch kann von maximal einem Leser auf einmal ausgeborgt werden

Re: hsql Datenbank

Sir Hondo — Sat, 14 Mar 2009 16:29:16 GMT

ich möcht nur so allgemein hinweisen, dass Leser und Buch kein besonders geschicktes Beispiel für 1:n ist. Aus meiner Sicht ist das m:n. Ein klarer Fall ist Wald:Baum oder Haus:Zimmer.

Re(2): hsql Datenbank

LFMoe18 — Sat, 14 Mar 2009 15:43:21 GMT

Ok Danke!

Re: hsql Datenbank

Entity — Sat, 14 Mar 2009 15:39:30 GMT

Ich weiß an und für sich, was 1:n bedeutet.
Z.b. wenn ich 2 Tabellen hab: Leser und Buch
1 Leser kann n Bücher lesen.

was du machen musst ist in der tabelle Buch machst ne Spalte mit Leser_id

dann weisst du "buch mit id 12 wird von leser mit id 5 gelesen"!

bei jedem buch kann genau ein Leser gespeichert werden...
bei einem Leser wird kein buch gespeichert...

sprich: 10 bücher können auf den gleichen Leser verweisen..

damit hast deine 1:n verknüpfung!

Re(3): hsql Datenbank

Entity — Sat, 14 Mar 2009 15:35:52 GMT

Mh.. also wenn ich bei beiden mind. 6 Datensätze drinnen stehen habe, ist es
eine 1:n Beziehung?

nein
die anzahl der datensätze sagt gar nix aus..

Re(2): hsql Datenbank

LFMoe18 — Sat, 14 Mar 2009 15:33:17 GMT

Mh.. also wenn ich bei beiden mind. 6 Datensätze drinnen stehen habe, ist es eine 1:n Beziehung?

Re: hsql Datenbank

error-is.org — Sat, 14 Mar 2009 15:26:46 GMT

naja, wenn du 6 leser hast wäre zumindest 1 buch nicht verkehrt.

hättest du 6 bücher könnten die leser sogar zur gleich zeit jeweils 1 buch lesen

hsql Datenbank

LFMoe18 — Sat, 14 Mar 2009 15:24:55 GMT

Hi

Soll für eine Uni Aufgabe, eine Datenbank in HSQL erstellen, mit 2 Tabellen die in 1:n Relation stehen sollen.

Ich weiß an und für sich, was 1:n bedeutet.
Z.b. wenn ich 2 Tabellen hab: Leser und Buch
1 Leser kann n Bücher lesen.

Gut...Nur.. wie schaut das da bei den Tabellen aus?

Ich versteh das nicht ganz wie ich das darauf ummünzen kann.

Wenn ich bei Tabelle Leser 6 Einträge hab, wieviel brauch ich dann bei Tabelle Bücher?

Oder hängt das von was ganz anderem ab!?