hi, ich soll (habe schon etwas ahnung für normalgebräuchliche Mysql DBs) eine struktur erstellen für folgendes: Unser intranet hat eine tägliche auswertung voon verkauften produkten, die db wird täglich von mehreren usern abgerufen, beinhaltet circa 700 000 datensätze, die täglich mehr werden. wie kann ich eine gute struktur anlegen gleich von vornherein: beinhalten wird sie ID und ARTIKEL
xafford 
fnmueller1 „also für wirklich grosse DBs ist MYSQL nicht gut geeignet. Dann schon lieber...“
Was ist in deinen Augen eine wirklich große DB? Ich kenne MySQL-Installationen mit zig Millionen Einträgen. Wo es bei MySQL wirkich kritisch wird sind BLOB-Felder in Datenbanken, hier geht die leistung rpide runter. Ebenso disqualifiziert sich MySQL bei komplexen Afragen mit Subselects und bei anderen weitergehenden Features wie Trigger und Stored Procedures.
700.000 Datensätze sind für MySQL (besonders wenn man es etwas tunt und nicht in Standardeinstellungen laufen lässt) wirklich ein Klacks (allein die ChatDatenbank hatte schon über 500.000 Einträge).
Zur Originalfrage: Das kann mit den wenigen Angaben in keinster Weise beantworten, dazu braucht man wesentlich mehr Details wie z.B. alle Feldtypen, alle Abhängigkeiten, Funktionalität usw...
Allgemein kann man nur sagen, daß es von Vorteil ist eine Tabelle mit vielen Spalten, von denen nur wenige ständig in Benutzung sind in mehrere Tabellen aufzuteilen und Felder, welche für Abfragen benutzt werden mit Indices zu belegen. Möglichst auch (wenn in der Datenbank wenig gelöscht wird) starre Tabellenlayouts zu nutzen, wo möglich und sinnvoll. Und am Allerichtigsten bei der Arbeit damit: Bei JOINs über mehrere Tabellen nur Indexfelder zur Verknüpfung zu nutzen und die JOINs immer gut testen, falsche JOINs können 1.000 Mal so lange dauern wie ein gut durchdachter.
