Kodel jus manot, kad insert'as i didele lenta veiks leciau nei i maza? Teoriskai skirtumas gali buti, bet jis bus jauciamas vienai insert transakcijai tik tuo atveju, kai: 1. Duomenys lentoj saugomi surusiuoti pagal kazkokia tvarka 2. Skirtumas tarp lyginamu lenteliu dydziu yra gigantiskas, arba yra didelis konkurentiniu insert transakciju skaicius. Uzklausu vykdymas, vel gi, nebutinai bus letesnis is dideles lentos, nei is mazos. Tai labiau priklauso nuo pacios uzklausos ir nuo lenteles indeksavimo, nei nuo lenteles dydzio. Realiai uzklausos bus letesnes tuo atveju, kai optimizer'is skaitys visa lenta tam, kad gauti rezultata. Jei lentele bus didele tik del to, kad ten bus saugomos nuotraukos, tada vertetu pasidometi kaip MySQL saugo LOB'us. Paprastai dbvs jas saugo kazkur atskirai, o ne pacioj lentoj, butent del tos priezasties, kad LOB'ai netrukdytu uzklausoms, kurioms jie nereikalingi. Pvz., jei vienas irasas lentoj uzima 5KB + 1MB nuotrauka (LOB), tai uzklausa, kuriai nereikalinga nuotrauka veiks tokiu pat greiciu arba beveik tokiu pat greiciu, kaip lygtai tos nuotraukos is viso nebutu. Tos dbvs, kurias as pazistu, lentelej saugotu 5KB + nuoroda i nuotrauka. Bet reiketu pasitikrinti kaip elgiasi MySQL. "Niekados" <niekas@niekur.com> wrote in message news:i4dhe6$ht7$1@trimpas.omnitel.net... > Taip duomenu bazes dydis tikrai bus didesnis nei 100 mb sakyciau gal net > iki 1gb > > nes yra pageidavimas prie kekvieno iraso iterpineti ir 2-3 foto. koks > optimalus foto dydis i duomenu baze? ar geriau duomenu bazeje saugoti tik > nuorodas i foto? > > Taip suprantu viena didele lentele yra blogis del keliu priezasciu: > duomenu ivedimas ilgesnis, uzklausos pagal tam tikrus kriterijus vygdomos > ilgiau ir manau galima rast daugiau priezasciu. >