Mailinglisten-Archive |
At 01:58 11/06/01 +0200, you wrote:
>On Sun, Jun 10, 2001 at 11:14:26PM +0200, Thomas Bach wrote:
> > Hallo Liste
>
> > Nun ja, die Kehrseite der Medaille ist nun aber, dass ich, wenn ich denn
> > für jeden Artist eine Tabelle anlegen würde, momentan über hundert
> > (später "hoffentlich" mehr) Tabellen anlegen müsste. Hat das irgendeinen
> > Einfluss auf mySQL? Wenn ja, welchen? Oder ist das bei euch gang und
> > gäbe?
>
>Also für Foren mache ich normalerweise eine flache Tabelle, ausser die
>foren unterscheiden sich in der Struktur sehr gross. Normalerweise gibt es
>ja bloss Sachen wie
>
> lfd
> Forumsname
> Datum
> Zeit
> Name/login
> Titel
> Text
> Signature/...
>
>und das wars. Wenn die Texte _sehr_ lang sind (>k*10 kb) dann ist es u.U.
>sinnvoll sie seperat zu speichern (stat Text nimm text-id) und mach eine 2.
>tabelle, wo nur text-id + text drin sind). dann sind die
>Inhaltsverzeichnisse schnell da, und der _eine_ Artikel der (meist nur)
>komplett gezeigt wird kommt aus der 2. tabelle.
>
>Ich mach das so, weil selects aus einer linearen Tabelle sehr schnell sind
>(kein Problem mit >10.000 Zeilen und mehr) und weil ich einfache
>Table-Strukturen mag. ;)
hmmm, und wie bekommst die hierarchische struktur/sortierung hin? indem du
das von hand in die db schreibst? hättest du evtl. erklärung/url für dein
modell?
Gruss
Thomas
<><><><><><><><>
think karo..
bkaro.net
---
!!NEU!!
Fragen und Antworten zu MySQL und dieser Liste unter
-->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive