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

• #2696 Sk8erPeter nagyúr DNReNTi #2690

  Új Válasz 2014-12-04 15:16:09 #2696

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz DNReNTi #2690 üzenetére

  Erre a kérdésre a tárolandó adatok ismeretének hiányában tényleg nem nagyon lehet pontosan válaszolni, DE esetedben már kapásból látszik egy ilyen, hogy pl. user_log, ez már eleve feltételezi, hogy itt több bejegyzés is fog szerepelni, mert elég érdekes napló az, amiben minden korábbi értéket folyton felülírsz. (Az időnkénti tisztítás más tészta, mert az is kell, de nem így. ) Ergo ez már kapásból különválasztást, normalizálást igényel.
  Ha a user_settings sok mezőt feltételez, és akár már nem is 1-1 kapcsolat van köztük, akkor megint csak kötelező normalizálni (egyrészt ronda a teleokádott tábla, másrészt kerülni kell a szokásos anomáliákat).
  A többi adat széjjelbontása is csomó mindentől függ, de tényleg tervezési kérdés, ha szebb különválasztva, akkor tedd azt, ha nem, akkor ne. Nem kell erőltetni, de a jointól sem kell félni, sőt.

• #2695 bambano titán DNReNTi #2690

  Új Válasz 2014-12-04 14:40:28 #2695

  Ú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

  

  bambano

  titán

  LOGOUT blog

  válasz DNReNTi #2690 üzenetére

  az elmélet is azt mondja, a tapasztalat is azt mutatja, hogyha nem normalizálod az adatbázist, abból előbb-utóbb káosz lesz. rendszerint előbb...

• #2692 rum-cajsz őstag DNReNTi #2690

  Új Válasz 2014-12-04 11:47:37 #2692

  Ú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

  

  rum-cajsz

  őstag

  válasz DNReNTi #2690 üzenetére

  Igazából ez nem elméleti kérdés, hanem tervezési. Attól függ, hogy mire fogod használni később a táblát. Ha felosztod külön táblákra, akkor a lekérdezések gyorsabbak lehetnek, illetve az adatírások nem lassítják az olvasást.
  Mellesleg ha egy nézetet készítesz a sok tábládra, akkor nem kell mindig a joinokkal vacakolni, elég a nézet nevét használnod. Ha primary keyen kapcsolódnak, akkor az index mentén a join nem számottevő.

  Nehéz erre tanácsot adni mert ismerni kellene a rendszereteket, és a felhasználási módokat, de ha nagyobb adatmennyiségről van szó (több százezer) akkor én a több táblás megoldást választanám. Ha csak pár ezer felhasználóról van szó, akkor édesmindegy, válaszd azt, ami közelebb áll a lelkedhez.

• #2691 Ispy nagyúr DNReNTi #2690

  Új Válasz 2014-12-04 11:26:54 #2691

  Ú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

  

  Ispy

  nagyúr

  válasz DNReNTi #2690 üzenetére

  Szerintem, ha 1-1 kapcsolat van a táblák között felesleges külön tárolni, ha zavar akkor csinálsz rá view-kat, amit szétszedik funkció szerint az adatokat.

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