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