Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Když diskuse,
tak s Lopuchem

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Archiv klubu Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
   
[ 414 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
pepak pepak - Pepak.net 15.3.2006 20:03  320
Nejsem si uprimne receno az tak 100% jisty, jestli je opravdu MySQL nejvykonnejsi. Urcite ho nezdrzujou transakce a podobne veci, ale take mam z praxe vyzkouseno, ze vhodne uplatnena procedura nebo pohled mohou byt velmi podstatne rychlejsi nez obycejna prace s tabulkami.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 15.3.2006 19:44  319
KingOptimalizuju jak umim, nektery vazany data spoctu jen jednou a cachuju a podobne... pri desitkach tisic jsem zatim celkem v pohode...
Ta druha otazka nakousla muj dalsi problem, musim na to sehnat nejaky hostovany zelezo, operacni system a tim padem i filestystem... atd, proste zajistit to :c]
bredy 15.3.2006 18:50  318
Indexování obecně má nejhorší složitost log n.

To znamená, že nalézt něco v tabulce o milionech záznamů indexem je stejně náročné jak najít něco v tabulce o 13 zaznamech fullscanem.
king King Born to be king - ... 15.3.2006 14:18  317
mysql se s tim popere, z free db ma nejvyssi vykon (pokud omrzis nejake ty "nepotrebne" veci jako transakce)... otazka je jak mas indexy, optimalizovane dotazy a v neposlendi rade hardware na kterem to bezi...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 15.3.2006 10:27  316
kolik záznamů je ještě schopno rozumně obsloužit mysql v reálném čase pokud půjde převážně o zobrazování vyfiltrovaných oindexovaných dat?
půl milionu v jedný tabulce už je moc a měl bych uvažovat o jiným engine a nebo se s tím ještě popere?
al3x 11.3.2006 12:26  315
tvxNa primární klíče tabulky se vyplatí používat trošku větší čísla :)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 11.3.2006 11:00  314
huhu tiny integeru treba velice rychle "c)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 11.3.2006 00:44  313
Treba ty zaznamy vklada fakt hodne rychle. :-)
huh huh 10.3.2006 21:39  312
tvx [311]: si nekdy spocti jak dlouho by to trvalo, nez by autoinkrement vytek
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 10.3.2006 21:09  311
je mi jasny jak by se to chovalo pri tisici zaznamech, me jde v tomto pripade o 10-100 cisel maximalne :c]
urcite to ma vyznami pokud by mela ciselna rada diky castemu mazani vytect trebaven ze sve definovane moznosti nabyvani hodnoty...
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 10.3.2006 11:01  310
AL3X: Ja to s tema dirama pochopil presne takhle. A jako uplne blba myslenka mi to zase nepripada - pokud nepotrebujes, aby velikost ID nejak odrazela cas, kdy byl zaznam pridan (cili Ti nevadi, ze zaznam s ID 4 byl pridan pozdeji nez zaznam s ID 6), tak proc ne - Ty v zasade jenom potrebujes, aby hodnoty byly unikatni, to, ze se to obvykle resi rostouci sekvenci, ktera unikatnost zajistuje, je proste jenom jedna moznost.
Nicmene souhlasim s tim, ze ta myslenka hledani der je ponekud zvlastni a ze zdrzuje (prinejmensim v asymptotickem pohledu na vec).
al3x 9.3.2006 18:19  309
Co znamena, ze si to hleda prazdne diry? Ze kdyz je autoinc. nastaven na 3 a existuje tam hodnota 6, tak to prirazuje 3, 4, 5, 7, 8?

Nechci byt hnidopich, ale menit autoincrement neni uplne koser, natoz nastavovat ho pod existujic maxmalni hodnotu - nebo jsem te pochopil spatne? Maximalne pokud obnovujes data ze zalohy, tak je idealni odstranit klice, indexy, sekvence a triggery. Narvat tam data a pak nastavit klice a ostatni znovu.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 9.3.2006 18:01  308
Uff. A jak to rozeznava, ze to prazdne diry hledat nema (ponevadz jinak by to bylo zbytecne pomaly)? Teda ono to ma nad tim sloupeckem asi pokazdy index, tudiz maximalni hodnotu ma snad nekde schovanou bokem a diry to hleda jenom tehdy, kdyz se podiva, ze ty hodnoty, kde se ted auto_increment pohybuje, jsou nizsi nez maximalni hodnota sloupecku, ale presto by me teda zajimalo, jestli to opravdu nejak takhle udelany maj. :-)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 9.3.2006 17:50  307
a jak koukám, má to tu milou vlastnost, že po sražení na nulu si to zase hledá prázdné díry... obával sem se aby to nějak neblblo pokud narazí na existující hodnotu...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 9.3.2006 17:45  306
aha, tak nalezeno: alter table 'jmeno_tabuly' auto_increment = cislo
[ 414 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt