Új hozzászólás Aktív témák

• #775 Soak veterán PazsitZ #768

  Új Válasz 2012-06-28 09:53:36 #775

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Soak

  veterán

  válasz PazsitZ #768 üzenetére

  Na, leesett , hogy miről beszélsz, nem is értem miért nem értettem .
  Gondoltam két dologra, az egyik ,hogy csinálok egy friendship táblát, lesz benne egy id oszlop, ami PK, a következő egy users_id lenne, ami nyilván minden usernek egyedi, és lenne két oszlop még az egyik az egyoldalu kapcsolatos userek id-ját tárolná a másik meg a kétoldalut . Ezzel csak az a gondom, hogy nem tudom hogyan kéne berakosgatni az id-kat egymás mögé, meg ha van mondjuk 50.000 id, és valakinek az utolsó 1000 benne van a táblájában, nem okoz gondot, hogy csak az id-k 5000 karaktert kitesznek az egyik kapcsolatnál?

  A másik amire gondoltam, hogy a usernek adok egy 2. id-t (amit te is írtál) , majd teszek még ugyanúgy két oszlopot a userhez és innentől ugyanaz a probléma mint az előzőnél .

  Valaki kapcsolja fel a villanyt

• #774 Soak veterán PazsitZ #768

  Új Válasz 2012-06-21 16:58:36 #774

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Soak

  veterán

  válasz PazsitZ #768 üzenetére

  Szia,

  Köszi a segítséget. A kapcsolat két féle kell ,hogy legyen, vagyis inkább ugy mondom két fajta kapcsolatra van igény . 1. Mikor a user a másik usertől egyoldalúan kapja a contentot, 2. mikor a user szimplán kapcsolatban van és igény szerint látja/hozzáfér az általa megosztott fileokhoz .

  Összetett kulcs esetén nem. Esetleg alkalmazol egy PK oszlopot is és az id1, id2 oszlopokat simán UNIQUE-ra rakod.

  Ezt értem, meg is tudom csinalni .

  PRIMARY(id1, id2)/ kulcs esetén lehet 100 kapcsolat is

  Ezt viszont nem tudom elképzelni, hogy miként működne.

Új hozzászólás Aktív témák