Duombazių galimybės

Sveiki, kaip manot, ar įmanoma MySQL duombazėje talpinti šimtus milijonų įrašų ir išlaikyti greitą tinklapio užkrovimą ištraukinėjant informaciją iš tokios duombazės? Ar vis dėlto tokį tinklapį jau reiktų statyti ant rimtesnės duombazės?

Sveiki, kaip manot, ar įmanoma MySQL duombazėje talpinti šimtus milijonų įrašų ir išlaikyti greitą tinklapio užkrovimą ištraukinėjant informaciją iš tokios duombazės? Ar vis dėlto tokį tinklapį jau reiktų statyti ant rimtesnės duombazės?

Galima ir MySQL, bet performance prastas. Yra geresnių pasirinkimų.

Įmanoma. Tiesa tam jau nebeužteks tiesiog būti naiviam ir tikėtis geriausio.

O kuo mysql nerimta? Jei Facebook'ui ji tinka - tiks ir jums

Paprastas MySQL tinkamas yra iki kažkur šimtų tūkstančių, gal milijono, vėliau prasideda stabdžiai - aišku, priklauso dar ir nuo DB struktūros, indeksų sudėliojimo ir kitų faktorių.

Sprendimai, mano galva, yra trys:

1. Pasirinkti kitą duombazę - pvz, esu dirbęs su Microsoft SQL Server ir didžiausia mano apdorojama lenta turėjo 48 milijonus įrašų per 17 stulpelių, viskas vyko pakankamai greitai. Aišku, šita duombazės sistema stipriai mokama - nemokamas Express variantas leidžia tik 4 GB berods.

2. Gal tau realiai nereikia tų šimtų milijonų? Gal tau reikia tiesiog skaidyti į pagrindinę lentelę ir archyvą pagal, sakykime, mėnesius ar kažką? Tai toj vietoj gal tiks ir MySQL, tik reikėtų protingiau apgalvoti DB struktūrą.

3. Iš puslapio užsikrovimo pusės reikia padirbėti su kešavimu ir išankstiniu puslapių generavimu, kad būtų apskritai kuo mažiau kreipinių į DB, jei ji jau tokia didelė.

Tiek minčių.

Ir, beje, Facebook ar kitos didelės kompanijos, naudojančios MySQL, naudoja ne paprastą variantą o belekiek jį tiuninguoja, kad nestabdytų - abejoju, kad tu tuo užsiimsi :)

Paprastas MySQL tinkamas yra iki kažkur šimtų tūkstančių, gal milijono, vėliau prasideda stabdžiai - aišku, priklauso dar ir nuo DB struktūros, indeksų sudėliojimo ir kitų faktorių.

 

Sprendimai, mano galva, yra trys:

1. Pasirinkti kitą duombazę - pvz, esu dirbęs su Microsoft SQL Server ir didžiausia mano apdorojama lenta turėjo 48 milijonus įrašų per 17 stulpelių, viskas vyko pakankamai greitai. Aišku, šita duombazės sistema stipriai mokama - nemokamas Express variantas leidžia tik 4 GB berods.

2. Gal tau realiai nereikia tų šimtų milijonų? Gal tau reikia tiesiog skaidyti į pagrindinę lentelę ir archyvą pagal, sakykime, mėnesius ar kažką? Tai toj vietoj gal tiks ir MySQL, tik reikėtų protingiau apgalvoti DB struktūrą.

3. Iš puslapio užsikrovimo pusės reikia padirbėti su kešavimu ir išankstiniu puslapių generavimu, kad būtų apskritai kuo mažiau kreipinių į DB, jei ji jau tokia didelė.

 

Tiek minčių.

 

Ir, beje, Facebook ar kitos didelės kompanijos, naudojančios MySQL, naudoja ne paprastą variantą o belekiek jį tiuninguoja, kad nestabdytų - abejoju, kad tu tuo užsiimsi :)

Visi Facebook'o sprendimai yra viešai prieinami

O kuo mysql nerimta? Jei Facebook'ui ji tinka - tiks ir jums

Taip, MySQl naudoja ir google, wikipedia, facebook, twitter ir kiti. Šiaip kiek skaičiau, tai dideliems duomenų kiekiams facebook naudoja Apache Cassandra

O kuo mysql nerimta? Jei Facebook'ui ji tinka - tiks ir jums

Blemba, negi šitas argumentas turi išlįst kiekvienoj diskusijoj :D Facebookas samdosi geriausius inžinierius, implementuoja iš naujo programavimo kalbas, tam, kad nereikėtų tik perrašinėt to jų core kodo. Tai, kad Facebook kažkaip susitvarkyt sugeba (nors ne iki galo...), nereiškia, kad kiekvienas susitvarkys.

Aišku, aš nesakau, kad MySQL to nesugeba (negaliu sakyti, nesu susidūręs su rimto lankomumo tinklalapiais su tokio dydžio DB). Tik argumentas kvailas.

Visi Facebook'o sprendimai yra viešai prieinami

Rimtai visi? Gal galėtum padėti man surasti algoritmą, kuris nustato draugų ir naujienų svarbą? :)

1. Pasirinkti kitą duombazę - pvz, esu dirbęs su Microsoft SQL Server ir didžiausia mano apdorojama lenta turėjo 48 milijonus įrašų per 17 stulpelių, viskas vyko pakankamai greitai. Aišku, šita duombazės sistema stipriai mokama - nemokamas Express variantas leidžia tik 4 GB berods.

Kiek tenka paklausyti žmonių iš užsienio, daug kas renkasi PostgreSQL: ir developeriai, ir kai kurie cloud hostingai, ir t.t. :)