Kas tas LOB dar tokio nezinojau. Zinau tik BLOB gal cia tai turejai omeni?


"2x50" <tlchj61@gmail.com> wrote in message 
news:i4dj1c$kkq$1@trimpas.omnitel.net...
> 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.
>>
>
>