Oldal: 1 / 2 12 UtolsóUtolsó
Eredmény: 1 - 10 (19) összesen

Téma: nagy méretű SQL kezelés

  1. #1
    Bölcs ARTidas logója
    Csatlakozott
    09-09-15
    Hely
    Budapest
    Hozzászólás
    1.465
    Thanked 1 Time in 1 Post

    Alapbeállítás nagy méretű SQL kezelés

    Kinek mekkora volt a legnagyobb kezelt SQL adatbázisa? Hogyan oldotta meg, hogy minél elviselhetőbb méretben maradjon?

    Konkrétan gondolok itt a megrendelt hírszolgáltatásokra, hogyan lehetne a napi több 10-100 kilóbájtnyi szöveget a lehető legkezelhetőbben letárolni?

    Respect, Cheers,



  2. #2
    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: nagy méretű SQL kezelés

    nem am méret a lényeg. jó szerkezet,jó kulcsok,indexek és rendesen megírt lekérdezések mellett a méret nem tényező csak ha költözni kell


    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

  3. #3
    Moderátor sZeKo logója
    Csatlakozott
    09-07-01
    Hely
    Budapest
    Hozzászólás
    1.379
    Begyűjtött 65 köszönetet
    39 hozzászólásával

    Alapbeállítás re: nagy méretű SQL kezelés

    Idézet ARTidas eredeti hozzászólása Hozzászólás megtekintése
    Kinek mekkora volt a legnagyobb kezelt SQL adatbázisa? Hogyan oldotta meg, hogy minél elviselhetőbb méretben maradjon?

    Konkrétan gondolok itt a megrendelt hírszolgáltatásokra, hogyan lehetne a napi több 10-100 kilóbájtnyi szöveget a lehető legkezelhetőbben letárolni?

    Respect, Cheers,
    Egyet érteik Geri -vel. Egy adatbázis nem csak egy irányba lehet nagy.
    Rekordok és kapcsolatok és táblák és lekérdezések rendszere. Ha így nézzük millió rekordokkal is harcoltam már. Ellenpéldának pedig, kezdő koromban nagy kihívás volt és nagyon lassú egy 1000 record alatti béna SQL.


    sZeKo


    Coming soon...

  4. #4
    Bölcs ARTidas logója
    Csatlakozott
    09-09-15
    Hely
    Budapest
    Hozzászólás
    1.465
    Thanked 1 Time in 1 Post

    Alapbeállítás re: nagy méretű SQL kezelés

    És ha méretben meghaladja az 500 Megabyte-ot? Az adatstruktúra az teljesen jó, átlátható a kapcsolat és a reláció mindenütt, redundanciamentes, semmi adat duplikáció, csak hivatkozás. A gondot a Mérete jelenti

    HA ELÉRI a 4 gigát , azután mit lehet csinálni ezzel az adathalmazzal, mert semmilyen sql motorról nem tudok, mely 4 giga fölött kezel adatbázist. Ezt szeretném előre látni és tervezgetni.

    Kicsit ki kell javítanom magam, mert az OutLook és OutLook express .dbx -szel kevertem össze az adatkezelést.


    Utoljára módosítva: ARTidas által : 2009-11-24 12:34 Oka: Nem valós dolgot írtam

  5. #5
    Törzsvendég
    Csatlakozott
    08-11-28
    Hozzászólás
    181
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: nagy méretű SQL kezelés

    Én nem tudok ilyen felső méret határról , illetve a felső határ az operációs rendszer által kezelt max fileméret lehet.
    Ez Solaris rendszereken 16TB



  6. #6
    Bölcs ARTidas logója
    Csatlakozott
    09-09-15
    Hely
    Budapest
    Hozzászólás
    1.465
    Thanked 1 Time in 1 Post

    Alapbeállítás re: nagy méretű SQL kezelés

    Korlátozzuk a technikát "az egyszerűség" kedvéért a windowsra max linux.

    A fájlkezelés mérete pedig:
    _http://dev.mysql.com/doc/refman/5.0/en/full-table.html

    Akkor már csak egy olyan kérdés és gond maradt, hogy hogyan lehetne 40 megabyte-ba tenni ennyi adatot. Napi 0,1 Mb. Ez 400 nap alatt megtelik.

    Mennyire javasolt textfileok létrehozása?
    Milyen egyáb mód van az adatbázis terheltségének csökkentésére.
    Vagy egyáltalán nem javasolt mást használni, és mindent bele az adatbázisba?

    Cheers,



  7. #7
    Törzsvendég
    Csatlakozott
    08-11-28
    Hozzászólás
    181
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: nagy méretű SQL kezelés

    Idézet ARTidas eredeti hozzászólása Hozzászólás megtekintése
    Korlátozzuk a technikát "az egyszerűség" kedvéért a windowsra max linux.

    A fájlkezelés mérete pedig:
    _http://dev.mysql.com/doc/refman/5.0/en/full-table.html
    Cheers,
    Akkor az 2.4 kerneltől 4TB



  8. #8
    Bölcs ARTidas logója
    Csatlakozott
    09-09-15
    Hely
    Budapest
    Hozzászólás
    1.465
    Thanked 1 Time in 1 Post

    Alapbeállítás re: nagy méretű SQL kezelés

    VISZONT!!! A MyISAM letároló 32 bites méretű pointerrel rendelkezik, mely csakis 4 gigányi adat indexelésére elegendő. Ennek az átállítása erősen nem kívánt eredményeket eredményezhet...



  9. #9
    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: nagy méretű SQL kezelés

    ahogy basesoft is írta a méret az op rendszertől függ és a technikát nem kell korlátozni mert szerencsére fejlődik. én text fájlokat semmi esetre sem hoznék létre inkább az archiv adatokat raknám át időnként egy külön db-be.

    Akkor már csak egy olyan kérdés és gond maradt, hogy hogyan lehetne 40 megabyte-ba tenni ennyi adatot. Napi 0,1 Mb. Ez 400 nap alatt megtelik.
    a matekkal mintha gondok lennének



  10. #10
    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: nagy méretű SQL kezelés

    Idézet ARTidas eredeti hozzászólása Hozzászólás megtekintése
    VISZONT!!! A MyISAM letároló 32 bites méretű pointerrel rendelkezik, mely csakis 4 gigányi adat indexelésére elegendő. Ennek az átállítása erősen nem kívánt eredményeket eredményezhet...
    szerintem olvasd el mégegyszer. mysql 5-től ez 256 Tb



Oldal: 1 / 2 12 UtolsóUtolsó

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
  •