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

Lopuch, server nejen
pro botaniky

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: onccqbm
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
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?
melkor_unlimited melkor_unlimited Ltd. 2.1.2008 06:09  617
VítejteVítejte do starého dobrého klubu v novém roce s novým moderátorem a starými dobrými způsoby.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 2.1.2008 00:28  616
(Moderatorem byl jmenovan melkor_unlimited.)
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 4.12.2007 13:38  615
pepak [614]: dopln tam jeste "v nekterych pripadech" a budu s tebou souhlasit :)
pepak pepak - Pepak.net 4.12.2007 12:58  614
Bredy [611]: Mysli si o me, co chces.

Tessien [612]: Moje presne vyjadreni nebylo, ze "NF skodi", ale ze "striktni dodrzovani NF spis skodi"
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt