Mailinglisten-Archive |
Das nennt man dann relationale Datenbank, zum hantieren ein wenig komplizierter, Geschwindigkeit und Speicherplatz finden das aber auch besser. ;-) frag mal die anderen, wie sie es gemacht hätten. Ich denke das sei die Lösung mfg Markus Area.de InternetServices GbR Aachen http://www.area.de Tel.: ++49 (0)241-877198 mailto:info_(at)_area.de ----- Original Message ----- From: Oliver Antosch <antosch_(at)_gmx.de> To: <mysql-de_(at)_lists.4t2.com> Sent: Saturday, September 04, 1999 1:34 PM Subject: Re: Codierung > > Moin > >> Ich > >> speichere also z.B. 3~34~36~45 im Feld Hobby und > >> dekodiere das hinterher wieder zurück in die Hobbys. > > dann machst du dir das Leben ordentlich schwer !! > > Jeder wird von deinen Usern ja einen Nummer (ID) bekommen, > > anhand dieser ist jeder User identifizierbar. > > > Erstelle einfach einen neuen Table Namens Hobby, dort einfach > > verwendbare Hobbies eingeben ( HobbyID | HobbyText ) > > > Nun kommt der Knackpunkt um die beiden Tabellen zu verknüpfen: > > Tabelle HobbyLink erzeugen mit Spalten ( UserID | HobbyID ) > > und dort dann abspeichern welcher User welches Hobby hat. > > > Durch die Verwendung von IDs ist diese Methode nicht gerade > > Speicherintensiv und du kannst die HobbyTexte und UserNamen > > ändern wie du lustig bist. > > > Probleme gibt es auch beim auslesen nicht: > > SELECT * FROM user LEFT JOIN HobbyLinks USING(uid) > > > Beim löschen aufpassen, daß auch die Links mitgelöscht werden > > scheint mir noch komplizierter mit 3 Tabellen zu hantieren, zumal > wenn ein user 20 hobbys hat, insgesamt 20 einträgen in der HobbyLink > Tabelle nötig sind. > > Bringt das wenigstens was hinsichtlich der Performance? > > --- > *** Abmelden von dieser Mailingliste funktioniert per E-Mail > *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe > --- *** Abmelden von dieser Mailingliste funktioniert per E-Mail *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe
php::bar PHP Wiki - Listenarchive