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... >>> >>>