11 messages in com.mysql.lists.mysql-deRe: Hilfe bei ER-Modell
FromSent OnAttachments
nil...@aon.at10 May 2005 14:00 
nil...@aon.at10 May 2005 23:11 
Nils Meyer11 May 2005 00:50 
nil...@aon.at11 May 2005 00:57 
Sebastian Mendel11 May 2005 01:09 
nil...@aon.at12 May 2005 00:31 
Nils Meyer12 May 2005 00:56 
Sebastian Mendel12 May 2005 02:42 
Sebastian Mendel12 May 2005 02:42 
nil...@aon.at12 May 2005 04:24 
Sebastian Mendel12 May 2005 05:08 
Subject:Re: Hilfe bei ER-Modell
From:Sebastian Mendel (lis@sebastianmendel.de)
Date:05/12/2005 02:42:48 AM
List:com.mysql.lists.mysql-de

nil@aon.at schrieb:

Hallo liebe Liste, ich bins nochmal!

Habe mein derzeitiges ER-Modell unter Berücksichtigung eurer Tipps hochgeladen.

Könnt ihr es euch bitte mal ansehen und mir Kommentare dazu geben?

Es ist allerdings KEIN Profi-Projekt, bitte das zu berücksichtigen.

Der Link: http://nil2.gfx-host.de/files/auktionen.JPG

Deine 'Auktion' ist ja gar keinem 'Benutzer' zugeordnet!?

außerdem würde ich den langen Beschreibungs-Text des Artikels in eine weitere Tabelle Auslagern (Performance): Artikel_Beschreibung

Ebenso würde ich 'Benutzer' in drei Tabellen teilen: 'Benutzer', 'Login', und 'Konto' (Performance)

da bei einem Login zuerst nur die Login-Daten wichtig sind, und so die Tabelle kleiner also schenller ist

erst bei einem erfolgreichen Login werden ja die restlichen Benutezrdtasen benötigt - und dann eigentlcih auch nur der Login-Name und der Rest auch eher selten

das gleiche gilt fürs 'Konto'

'Auktion' ebenso in 'Auktion', 'Artikel', 'Artikel_Beschreibung'

Bei 'Benutzer' kannst du ebenso 'Land' und 'Stadt' so wie 'Kontintent' in eine extra Tabelle verlegen, reduziert die Datengröße und damit bessere Performance - wobei hier zu beachten ist das natürlich bei 100 Benutzern die Daten in der Benutzertabelle zu halten kleiner wäre, aber bei einer Größenordnung wie eBay die Daten in Extra-Tabellen zu halten kleiner wäre!

denn ob in einer Tabelle 100.000 mal Deutschland in einem TEXT-Feld steht oder 100.000 mal die ID 49 in einem INT-Feld ist ein recht enormer Unterschied!

Vorraussetzung ist natürlich eine Komnplette Kontinent, Land und Stadt Tabelle! wobei Kontintent und LAnd natürlich keine Probleme bereiten sollte, Satdt kann man ja eventuell auch doch in der Benutzertabelle belassen, zwecks zu hohem Aufwand einer ständig aktuellen Stadt-Tabelle!

www.sebastianmendel.de www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet