nu tai yra :) On 2010.07.16 00:15, all set wrote: > o pk nera pats is saves indexas? > > "VaidasB"<vaidasTrinti@pmbalticTrinti.lt> wrote in message > news:i1n6od$2mj$1@trimpas.omnitel.net... >> Nori pasakyt, kad indexas ant Primary key neturi prasmes? nes visi irasai >> skirtingi? >> As kaip tik manau, kad kuo duomenys skirtingesni tuo indexas logiskiau >> veikia, nes nereikia knistis po vienodus duomenis, o iesko jau tvarkingai >> sudeliotus. >> >> On 2010.07.15 17:29, Jornada Del Muerto wrote: >>> 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 kazkiek optimizuoti duombaze, nes jau pradeda >>>>> kabintis >>>>> i resursus. Taigi, turiu dvi lenteles po kelis laukus kiekvienoj. >>>>> Nuotoliniai taskai ima po viena irasa, trina is vienos lenteles, >>>>> apdoroja >>>>> ir krauna i kita lentele. Duomenys nedideli - pora varcharu (10 ir 200 >>>>> ilgio) ir pora intu. Kadangi irasu smarkiai padaugejo (iki 400k pirmoj >>>>> lentoj ir 1,2kk apdorotu duomenu lentoj) paprasti selektai "select * >>>>> from >>>>> table order by priority ASC, start_time ASC LIMIT 1" pradeda gruzint ta >>>>> duombaze, CPU pradeda valgyt 50-100% (CPU ne stebuklas beje). Ka >>>>> pasiulytumet pakeisti, kad kazkiek optimizuoti darba? Issiselektint >>>>> viska, >>>>> susortint ir sudet atgal su griezta numeracija? Prikurt partitionu? >>>>> Key'ju? >>>>> Selectinti daugiau duomenu ir cachinti lokaliai - ne iseitis, tikrai >>>>> reikia kad imtu po viena eilute, t.y. kad kitas nutoles taskas gautu >>>>> tiksliai sekancia eilute. Tam tie nutole taskai lokina teibla. Gal dar >>>>> ir >>>>> cia problema? >>>>> Kol kas neieskojau performanco stabdziu, tiesa sakant nelabai ir zinau >>>>> kaip ta padaryt apart programines irangos modifikaciju ir stebejimo >>>>> rezultatu... >>>> >>>> > >