Tema: Re: Pakonsultuokit apie MySQL
Autorius: Audrys
Data: 2010-07-15 18:59:33
visi pliusai turi savo minusus. ziuri i pliusu/minusu dydi ir sprendi, kas 
optimalu kiekvienam atvejui.
siuo atveju putimasis ir insertu suletejimas greiciausiai bus daug mazesni 
minusai nei selecto pagyvejimo pliusas.

"Jornada Del Muerto" <agira@TRINTIgmx.co.uk> wrote in message 
news:i1n9jh$58u$1@trimpas.omnitel.net...
> Bet tikriausia tada labai pucia DB dydi ?
>
> "Audrys" <oginiekienoreikalaskokiadeze@takas.lt> wrote in message 
> news:i1n70q$2t4$1@trimpas.omnitel.net...
>>O kodel turetu buti beprasmiska? Kuo unikalesnes reiksmes tuo geriau.
>> Vietoj visu eiluciu perziuros siuo atveju tiesiai skaitys viena eilute.
>>
>>
>> "Jornada Del Muerto" <agira@TRINTIgmx.co.uk> wrote in message
>> news:i1n61b$1vh$1@trimpas.omnitel.net...
>>>    Siaip siaip jei time ten datetime su laiku ir sekundem ir visi
>>> skirtingi tai nebus beprasmiska ? as tokia beda MSSQL turejau tai 
>>> computed
>>> column kuriau be laiko ir poto index pagal ja, nors nezinau ar as taip
>>> daug islosiau performance... vat kad leistu db indexuot daly lauko.. pvz
>>> tik data be laiko...
>>>
>>>    P.S. Neesu didelis indexavimo specas, tai cia daugiau klausimas nei
>>> teiginys.
>>>
>>> "Audrys" <oginiekienoreikalaskokiadeze@takas.lt> wrote in message
>>> news:i1n5u5$1sa$1@trimpas.omnitel.net...
>>>> pradziai tai
>>>>
>>>> CREATE INDEX koks_nors_indekso_vardas ON teiblo_vardas
>>>> (priority,start_time);
>>>>
>>>> "NicMC" <nic@nic.lt> wrote in message
>>>> news:i1musg$ogj$1@trimpas.omnitel.net...
>>>>> Sveiki,
>>>>>
>>>>> Pribrendo reikalas kažkiek optimizuoti duombazę, nes jau pradeda
>>>>> kabintis
>>>>> į resursus. Taigi, turiu dvi lenteles po kelis laukus kiekvienoj.
>>>>> Nuotoliniai taškai ima po vieną įrašą, trina iš vienos lentelės,
>>>>> apdoroja
>>>>> ir krauna į kitą lentelę. Duomenys nedideli - pora varcharų (10 ir 200
>>>>> ilgio) ir pora intų. Kadangi įrašų smarkiai padaugėjo (iki 400k pirmoj
>>>>> lentoj ir 1,2kk apdorotų duomenų lentoj) paprasti selektai "select *
>>>>> from
>>>>> table order by priority ASC, start_time ASC LIMIT 1" pradeda gruzint 
>>>>> tą
>>>>> duombazę, CPU pradeda valgyt 50-100% (CPU ne stebuklas beje). Ką
>>>>> pasiūlytumėt pakeisti, kad kažkiek optimizuoti darbą? Išsiselektint
>>>>> viską,
>>>>> susortint ir sudėt atgal su griežta numeracija? Prikurt partitionų?
>>>>> Key'jų?
>>>>> Selectinti daugiau duomenų ir cachinti lokaliai - ne išeitis, tikrai
>>>>> reikia kad imtų po vieną eilutę, t.y. kad kitas nutolęs taškas gautų
>>>>> tiksliai sekančią eilutę. Tam tie nutolę taškai lokina teiblą. Gal dar
>>>>> ir
>>>>> čia problema?
>>>>> Kol kas neieškojau performanco stabdžių, tiesą sakant nelabai ir žinau
>>>>> kaip tą padaryt apart programinės įrangos modifikacijų ir stebėjimo
>>>>> rezultatų...
>>>>
>>>>
>>
>> 


3Dastronomyagricultureaudioautosautos.audiautos.audioautos.binariesautos.bmwautos.clubautos.fordautos.hondacrxautos.japanautos.mercedesautos.opelautos.sportautos.volvoautos.vwaviaavia.binariesbankcardsbinariesbooksbuildingcinemacommercecomp.hardwarecomp.softwarecomp.lietuvinimascomp.networksculturedarbas.ieskaudarbas.siulaudesigneconomicselectronicsfaunafauna.aquafauna.binariesfishingflorafotofoto.binariesgamesgames.csgames.onlinegsmgurmanaihumourhumour.binariesinternetlawmicrosoftmotomusicmusic.binariesmusic.instrumentsmusic.LT.binariesnavigacijaphppoliticsprogrammingrpgsportstudyingsveikatatalktesttranslationtransportationtraveltravel.binariestvunixvideovideo.binarieswatersportswwwwww.flashpdaautos.supermama.ltmobiledarbasretro.3Dretro.agricultureretro.astronomyretro.audioretro.autosretro.autos.audiretro.autos.audioretro.autos.binariesretro.autos.bmwretro.autos.clubretro.autos.fordretro.autos.hondacrxretro.autos.japanretro.autos.mercedesretro.autos.opelretro.autos.sportretro.autos.supermamaretro.autos.supermama.ltretro.autos.volvoretro.autos.vwretro.aviaretro.avia.binariesretro.bankcardsretro.beosretro.binariesretro.booksretro.buildingretro.cinemaretro.commerceretro.compretro.comp.hardwareretro.comp.lietuvinimasretro.comp.networksretro.comp.softwareretro.cultureretro.darbasretro.darbas.ieskauretro.darbas.siulauretro.designretro.economicsretro.electronicsretro.e-vejasretro.faunaretro.fauna.aquaretro.fauna.binariesretro.fishingretro.floraretro.fotoretro.foto.binariesretro.gamesretro.games.csretro.games.onlineretro.games.rpgretro.genealogijaretro.gsmretro.gurmanairetro.humourretro.humour.binariesretro.internetretro.YZFretro.YZF.nebukretro.YZF.nebuk.netikintisretro.YZF.nebuk.netikintis.bukretro.YZF.nebuk.netikintis.buk.tikintisretro.lawretro.microsoftretro.mobileretro.motoretro.musicretro.music.binariesretro.music.instrumentsretro.music.LTretro.music.LT.binariesretro.navigacijaretro.newsretro.news.taisyklesretro.newuserretro.pdaretro.phpretro.politicsretro.programmingretro.rpgretro.sportretro.studyingretro.sveikataretro.talkretro.translationretro.transportationretro.travelretro.travel.binariesretro.tvretro.unixretro.videoretro.video.binariesretro.watersportsretro.wwwretro.www.flashdiylt.rkm.news.announcelt.rkm.news.newuser