Chico Geschrieben 6. Juni 2006 Teilen Geschrieben 6. Juni 2006 Seas! Kann mir wer von euch, sagen was der Unterschied zwischen einer logischen und einem physischen Datenbank-Entwurf ist, und wie sowas aufgebaut sein soll. Bitte um Hilfe mfg Chris Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
blablabla Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 Da logische kummt zuerst ;-) Also, wenn du einen logischen entwurf machst, dann legst du die Kardinaltitäten einer beziehung einfach fest 1:* z.B. Für den physischen, das ist der wie er in der db dann wirklich aussieht, kannst du nur 1:1 und 1:n beziehungen einfach lösen. für m:n musst du dann einen beziehungstable anlegen, der nur aus den zwei foreign keys besteht, die auf die zwei zu verknüpfenden table verweise. das ist mal so grob der unterschied. gibt's sicher noch mehr, aber war nur was ma so auf die schnelle dazu einfällt. wenn du ErWin hast, kannst du dir einen logischen entwurf basteln und ErWin generiert dir dann automatisch einen physichen daraus. ich hoff, das hat geholfen! andi Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
NoGhost Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 wenn du ErWin hast, kannst du dir einen logischen entwurf basteln und ErWin generiert dir dann automatisch einen physichen daraus. Na wenn du da nur mal nicht die Rechnung ohne den Erwin gemacht hast . . . Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
NoGhost Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 Du musst einen Erwin HABEN? Oag.... Was der wohl dazu sagt.... Ob der wohl für sowas zu HABEN ist . . . ? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
bigair Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 einen logisch entwurf erstellst du aufgrund einer vorhandene struktur, dh geschäftsprozess oder ähnlichem... ...dann tust du das alles normalisieren, dein ziel is quasi sql code (create statements), dazu musst du dann (wie schon gsagt) die beziehungen in eine physische struktur bringen, m:n mit einer tabel mit zwei foreign keys, 1:n mit einem foreign key, und 1:1 mit einem unique foreign key. dann gibts noch zig andere sachen die du beachtest, zb: die meisten geben in ihrer logischer struktur nur ein feld "adresse" an, in einer datenbank wirst du aber nie nur die adresse in einem varchar (string) feld gespeichert haben, vielmehr sachen wie: plz integer(4), adresse varchar(30), ort varchar (20) usw... Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
blablabla Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 jup, klingt alles plausibel. is ja auch schon ein zeiterl her.... zur zeit bin ich froh, dass das db modell mit dem ich arbeit schon steht Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
blablabla Geschrieben 8. Juni 2006 Teilen Geschrieben 8. Juni 2006 übrigens da erwin is ganz a fieser! sagen tut er meistens nix, aber eineschei"§$ tut er dich ganz gern :f: Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.