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. "Dream-Colored Bunny" <cream@lemon.nospam> wrote in message news:i4dgp3$god$1@trimpas.omnitel.net... > Vis delto ash sakychiau, kad normalus modelis (pagrindine lentele + > klasifikatoriu lenteles) turi pranashuma. > Net jeigu ish vienos lenteles duomenis ishrinkineti shiek tiek greichiau > (ish akies primeschiau 10%), vis tiek klausimas, kas bus, kai lentele > prades uzhimineti 100MB +. > Ir shiaip, i viena lentele duomenu terpimas truks zhymiai ilgiau. (Jei tai > aktualu) > Be to, vis tiek patogiau tureti atskira klasifikatoriu, ji visada galima > patikslinti, papildyti kazhkokia nauja informacija, naujais stulpeliais. > > > -- > > =^_^= > . > > "Niekados" <niekas@niekur.com> wrote in message > news:i4der8$dba$1@trimpas.omnitel.net... >> Sveiki Visi, >> >> (Atleiskit jai tokie klausimai yra kvaili ir kazka izeis) >> >> reikia Jusu protingieji kurmiai patarimo, del duomenu bazes >> architekturos. >> >> Kaip duomenu baze veiks geriau, greiciau, nebus apkrauta uzklausu metu? >> >> Jai butu daroma taip: >> >> viena lentele su visais parametrais: >> ID, Kodas, Pavadinimas, Marke, metai, ir taip toliau iki techniniu >> charakteristiku, gabaritu , masiu, kainu, kiekiu ar dar kazko, tarkim >> kokia >> 35-40 stulpeliu. >> >> kitu varinatu gal butu geriau visa sita lentele sugrupuot pagal tamtikrus >> pozymius ir suskaidyt i kokias 2-3 lenteles. >> o darant tam tikras ataskaitas, kad duomenis pasiimtu tarkim is 2 >> lenteliu >> pagal pozymi Kodas. >> >> programuos su C++ gal ir Delphi, duomenu baze kiek zinau pasirinkta >> MySQL. >> >> >>