Eredmény: 1 - 10 (10) összesen

Téma: Hozzászólások adatbázisban

  1. #1
    Új tag
    Csatlakozott
    08-09-15
    Hozzászólás
    27
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás Hozzászólások adatbázisban

    Hello!
    Nem találtam a problémámmal kapcsolatban topikot, ezért indítok egy újat, remélem nem baj.
    A probléma a következő: különböző témákhoz lennének hozzászólások a rendszeremben, valószínűleg nagyobb számban. Egy adatbázistáblában id-k szerinti megkülönböztetés a célszerű, vagy minden témához adott nevű táblát hozzak létre dinamikusan a hozzászólások részére? Az első esetben egyetlen táblában lenne az összes hozzászólás, amit egy idő után talán sok idő lenne mindig kilistázni. A második esetben elég sok táblám lenne, a témák számát tekintve egy.
    Gondolom az első verzió egyszerűbb, a második pedig gyorsabb működést tesz lehetővé, de lehet az sem bonyolultabb, csak én még nem csináltam olyat.
    Köszi a hozzászólásokat előre is.
    üdv



  2. #2
    fly
    fly nem elérhető
    Új tag
    Csatlakozott
    09-02-12
    Hely
    Győr / Töltéstava
    Hozzászólás
    35
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Szia!

    Szerintem egy tábla: ebben id az egyértelmű msg azonosítás miatt, plusz egy másik tema_id, ami a témát jelöli. Indexeled a táblát a tema_id-re és nem lesz az lassú



  3. #3
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.744
    Begyűjtött 1.428 köszönetet
    892 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Idézet Lespaul eredeti hozzászólása Hozzászólás megtekintése
    Hello!
    Nem találtam a problémámmal kapcsolatban topikot, ezért indítok egy újat, remélem nem baj.
    üdv
    mindenkeppen az elso megoldas. csinalj egy temak tablat es egy hozzaszolasok tablat es a kettot kapcsold ossze egy mezovel



  4. #4
    Törzsvendég MKarcsi logója
    Csatlakozott
    08-04-04
    Hely
    Budakeszi || Szolnok
    Hozzászólás
    103
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Hány százezer/millió hsz-t akarsz tárolni?

    Mert pár százezer alatt nincs értelme szerintem ezzel vacakolni. Maximum ha tényleg ekörüli kommentszám lesz és elég sok oldalon kell megjeleníteni sok embernek, szűrve, rendezve és hasonlók, de más esetben csak plusz munka, mert index-szel rendelkező táblát pár százezer sorral is pillanatok alatt lekérdés a mysql.

    Szóval kétlem, hogy erre valóban szükséged van, de ha mégis, akkor úgyis jobban bele kell mélyedned az adatbázis optimalizálásbába.

    K



  5. #5
    sbs
    sbs nem elérhető
    Google 'n' Roll Man sbs logója
    Csatlakozott
    08-07-03
    Hely
    Tárnok és Budapest
    Hozzászólás
    2.110
    Begyűjtött 3 köszönetet
    3 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Százezer hozzászólás??? Nem sok az egy kicsit???? ... mármint ide...



  6. #6
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.744
    Begyűjtött 1.428 köszönetet
    892 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    ja es a lekerdezesek eredmenyet tudod cache-ni is amivel szinten eroforrast takarithatsz meg. es amit en eddig tapasztaltam tobb millio rekordal is eleg jol boldogul az sql


    If debugging is the process of removing software bugs, then programming must be the process of putting them in.
    Ruby blog
    Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.
    Respect all, fear none

  7. #7
    Törzsvendég MKarcsi logója
    Csatlakozott
    08-04-04
    Hely
    Budakeszi || Szolnok
    Hozzászólás
    103
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Idézet sbs eredeti hozzászólása Hozzászólás megtekintése
    Százezer hozzászólás??? Nem sok az egy kicsit???? ... mármint ide...
    Ennek a fórumnak is 80.000 van, a 100.000 nem annyira sok ha egy komolyabb lapot akar elkezdeni és pozitívan gondol a jövőre.
    De amúgy igazad van, szerintem is sok ez a szám neki ide, éppen ezért írtam, hogy fölösleges ezzel trükközni, mert valószínűleg évek múlva se veszi észre az adatbázison, hogy lassult volna miközben 100-ról 100.000, vagy 1.000.000 nőtt a hsz-ek száma.

    Meg ennyi adatnál már azt is figyelembe kell venni, hogy egy sor mennyi területet foglal, hány sorod lesz előreláthatólag és ahhoz tervezni a tárhely/adatbázis méretét.

    De mezei kisebb portáloknál még adatbázis optimalizálásra se nagyon kell figyelni, mert lényegtelen. Persze ha precíz vagy, akkor meggondolod, hogy mit min tárolj és id-nek nem feltétlen integert-t adsz, de általában ennek nem sok jelentősége van szerintem.

    K



  8. #8
    Új tag
    Csatlakozott
    08-09-15
    Hozzászólás
    27
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Köszi szépen a hozzászólásokat és tanácsokat. Nem csinálok belőle akkor problémát, csak gondoltam előbb kérdezek, mint cselekszem.



  9. #9
    Tag timewriter logója
    Csatlakozott
    08-09-15
    Hozzászólás
    84
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Idézet MKarcsi eredeti hozzászólása Hozzászólás megtekintése
    Persze ha precíz vagy, akkor meggondolod, hogy mit min tárolj és id-nek nem feltétlen integert-t adsz
    Milyen tipus jó id-nek integer helyett?



  10. #10
    Törzsvendég MKarcsi logója
    Csatlakozott
    08-04-04
    Hely
    Budakeszi || Szolnok
    Hozzászólás
    103
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Hozzászólások adatbázisban

    Idézet timewriter eredeti hozzászólása Hozzászólás megtekintése
    Milyen tipus jó id-nek integer helyett?
    Az integer-t ugye 4 bájton tárolja a mysql, így 2^32-féle értéket vehet fel az id-d ebben az esetben. Ez alapjáraton [-2147483648, 2147483647] intervallumot jelent. Mivel negatív id-ket nem használnak, így neked marad a [1, 2147483647], de akkor a tartományod negatív fele elveszik, így tanácsos előjel nélkül (unsigned) használni, hogy 2^32-félét tudj tárolni, azaz [1, 4294967295]-t.
    Ez így konkrétan 4 294 967 295 (~4,3 milliárd sorra elegendő id), ami teljesen felesleges az esetek 99%-ban. A maradék 1% a nagyobb webstatisztikát készítő cégek adatbázisa és az iwiw-féle portálok kapcsolatok táblája lehet


    Ha mondjuk bannerek, hirdetések, adminok, moderátorok, oldalon lévő tartalomi blokkok id-jét akarod eltárolni akkor bőven elég a unsigned tinyint, ami maximum 256-féle értéket [1, 255] vehet fel, ami 2^8, tehát pontosan 1 bájt. Tehát itt negyed annyi helyet foglal az id, mint az integernél.


    Aztán ott az unsigned smallint, aminek a maximális értéke 65 535, ez már 2 bájton tárolódik, de így is fele az int-nek. Ez már elég nagy tartomány hírek, cikkek tárolására is.


    Végül 3 bájton lehet tárolni az unsigned mediumint-et, aminek maximális értéke 16 777 215 (~16,7 millió). Már ez is hatalmas, de mondjuk a SEO Fórum hsz-ei nem férnének el unsigned smallint típusú id-n, így gondolom ez is ezt használja.


    Forrás: http://dev.mysql.com/doc/refman/5.0/...ric-types.html

    K



A téma címkéi:

Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •