Dieses leidige ID Thema

[Guest]

Hallo,

wenn ich eine App schreibe weiß ich nie so recht wie ich mit Id's umgehen soll...
soll das meine Datenbank machen?? Soll ich eine simple id in der Klasse bereitstellen??
Soll diese im Konstruktor hochgezählt werden?? blablablub.... ???:L

Wie macht man das am besten??

 

[Gast]

Öhm... um was gehts genau.

 

[Verjigorm]

Neudeutsch: HÄ?

 

[Gast]

eine simple Verwaltung ..... mysql ... bücher

simples pojo mit getter und setter methoden ...
eine logikklasse mit ein paar methoden ... z.B. buch verliehen, buch bewerten usw.....

die id soll natürlich der eindeutige identifizierer für das buch sein

 

[Gast]

Deine Tabelle in der Datenbank sollte idR. einen Primarykey haben für die ID. Die Spalte ist dabei (meist) auto inkrementel.

 

[@x.l]

Lass es die Datenbank machen

 

[Sergeant_Pepper]

Hallo "Gast",

eine simple Verwaltung ..... mysql ... bücher

simples pojo mit getter und setter methoden ...
eine logikklasse mit ein paar methoden ... z.B. buch verliehen, buch bewerten usw.....

die id soll natürlich der eindeutige identifizierer für das buch sein

Die Frage beim DB-Entwurf ist u.a., ob es bei den Objekten, die man in der DB führen will, evtl. "von Natur aus" schon eindeutige IDs gibt. Bei Büchern gibt es ja die ISBN-Nr.
Wenn Du die ISBN-Nr. in der DB als Pflichtfeld definierst, brauchst du dich nicht um die Schlüsselerzeugung zu kümmern. Die ISBN-Nr. identifiziert eindeutig ein Buch... allerdings fällt mir gerade ein, dass ich gestern bei Amazon ein Buch gesehen habe, dass zwei ISBN-Nr. hatte. Da muss man sich dann entscheiden. Aber als Schlüssel kann eine der Nr. trotzdem verwendet werden. Eine Nr. wird Primärschlüssel, die andere Sekundärschlüssel (optional zu führen).

 

[tfa]

...allerdings fällt mir gerade ein...

Genau! Und genau deswegen sollte man für IDs bloß keine "natürlichen" Schlüssel verwenden. Alles, was irgendwie mit Fachdaten zu tun hat, gehört nicht in DB-Schlüssel.

 

[ARadauer]

muss tfa zustimmen, wir haben hier in der firma oft primärschlüssel die aus fachdaten zusammen gesetzt sind... macht nur probleme.. einfach eine künstliche fortlaufende nummer verwenden..

was verwendest du für eine datenbank?

 

[maki]

Riecht nach ORM für mich, ein komplexes Thema, JPA sei mal empfohlen.