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

Což takhle
dát si Lopuch?

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: jgzyxng
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
huh huh 14.1.2008 23:31  646
V MySQL hodne zalezi na pouzitem storage engine, MyISAM nepodporuje transakce a nehlida cizi klice IIRC.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 14.1.2008 22:28  645
Kazdopadne s M:N vztahy MySQL zadny problemy mit nebude. Pokud vim, tak se driv MySQL vycitaly hlavne veci jako transakce, ulozeny procedury, kurzory, triggery, ale i v tom se to dost pohlo kupredu (byt nektery veci prej furt trochu haprujou, ale to uz jsou mista, kde do toho uplne prestavam videt).
martin Martin zdejší admin (především zeleného vzhled) - Dizajn a grafika Lopuchu 14.1.2008 15:39  636
Já jsme uvažoval pro MySQL. Někdy někde jsem četl, že je na tom špatně s relacemi, že to prostě není relační databáze. Ale to klidně mohla být pomluva a klidně zastaralé info.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 14.1.2008 14:45  635
Nehlede na to, ze treba v pripade MySQL co tabulka, to soubor na filesystemu, a OS maji ruzne limity na pocty naraz otevrenych souboru (aspon i tenhle duvod mi nekdo jednou uvadel, proc spousta malejch tabulek neni dobrej napad).
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 14.1.2008 13:54  633
Jinak dalsi argument co me napadl - vyhledevani na vsemi objekty - v pripade tabulky pro kazdeho klienta jednak musis generovat SQL, cimz se obiras o nejake pripadne optimalizace predparsovanim dotazu, druhak s pribyvajicimi radky v tabulce ti slozitost vyhledavani poroste logaritmicky (kdyz mas indexy), v pripade pribyvajicich tabulek v joinu kvadraticky.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 14.1.2008 11:50  628
Martin [625]: rozhodne malo velkych.
Relacni DB jsou navrzene na to, zvladnou hodne radku v tabulce (proto existuji napr. indexy), ale hodne tabulek nebo prilis mnoho sloupcu v tabulce dela problemy.
knedle knedle online - Krabice živých 14.1.2008 10:49  627
neco jako
tab Vypucky
- id (auto increment) (prim key)
- id ctenare (index)
- id knihy (index)
- datum od
- datum do
(a pripadne dalsi dle potreby)
knedle knedle online - Krabice živých 14.1.2008 10:48  626
samozrejme jen jedna tabulka na vsechny vypujcky - kolik ctenaru, tolik tabulek je blbost - nevyznal by ses v tom
martin Martin zdejší admin (především zeleného vzhled) - Dizajn a grafika Lopuchu 14.1.2008 10:47  625
Velké nebo malé tabulky.Tenhle dotaz asi není nic nového. Co je lepší: Hodně malých, nebo málo velkých tabulek? Příklad. V městské knihovně chci evidovat, který čtenář si půjčil kdy jakou knížku. Mohu udělat tabulku jejíž název bude jedinečné číslo čtenáře a v ní údaje o výpůjčkách. Kolik čtenářů tolik tabulek. Nebo mohu udělat jednu tabulku se všemi čtenáři a jejich výpůjčkami.

Poradíte nějaké typy, podle čeho se rozhodnout, nebo odkazy na studie, kde se toto řeší? Díky.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 9.1.2008 17:14  624
ahanim nejakej nastorj na interaktivni praci s sybase, bud pod linuxem commandline klienta nebo radsi php-based webovyho klienta... navite nekdo?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 9.1.2008 08:59  623
z moji zkusenosti mysql je pouzitelnej i s milionem radku, je potreba indexovat, procesavani dat bez indexu trva nekdy i minutu... (na obsah polozek )
pepak pepak - Pepak.net 9.1.2008 06:46  622
Straka: 20k zaznamu za mesic databaze zvladnou levou zadni. A kdyby to uz jo nestacilo, staci cas od casu presunout neaktivni data do extra tabulky, kde ti pripadne zpomaleni nebude vadit.
melkor_unlimited melkor_unlimited Ltd. 9.1.2008 06:21  621
Straka82 [618]: Toho bych se bál pouze u nějakých (licenčně nebo technicky) omezených verzí databáze. Např. Oracle application express je omezen na 4+1 GiB databáze.

Na druhou stranu, z 20 000+ záznamy měsíčně zkušenosti z praxe nemám ...
bredy 8.1.2008 23:10  619
Straka82Myslím, že máš zbytečné obavy. Dnes ani tak nezáleží na stroji, jako na tom dotazu. Dobře optimalizovaný dotaz zvládne miliony záznamů během okamžiku. Samozřejmě speciální požadavky vyžadují speciální řešení. Je třeba myslet na všechno i třeba na to, že při hledání ve velkém množství záznamů zdržuje přesun diskových hlaviček.
straka82 Straka82 8.1.2008 22:31  618
ZdravimNevite o nejakem prehledu, kde je popsano, na jak velky objem dat pouzit jakou db?

Budu delat program, ktery sice nebude mit nijak slozite db schema, ale bude se do nej vkladat relativne velke mnozstvi dat (teda aspon pro me :-) ). Asi tak 20 tisic zaznamu (radku do jedne maloatributove tabulky) za mesic. Mam strach, ze PostgreSQL, ktery normalne pouzivam, nebude stacit. Hlavnim ucelem proste bude to vkladani a jednou za nejakou dobu (ne moc casto), se nad tema datama udela nejaky dotaz.

Mozna mam ale zbytecne obavy a tech 20tisic zaznamu za mesic je tezka pohoda i pro mysql treba :)

Nevite teda nekdo o necem?
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt