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: qjrztwu
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
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"
bredy 4.12.2007 12:14  613
TessienTen termín znám. Ale odsunul bych ho někam do speciálních oblastí, kde se honí výkon než konzistence. Nemyslím si, že by to byl náš příklad.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 4.12.2007 11:49  612
Bredy [611]: Teď si velice klesl v mém hodnocení, takže na tvé příspěvky se už dívám spíš jako na názory BFU. - proc? Vzdyt ma pravdu :)
Teda, nevim, jestli bych primo pouzil formulaci "skodi", ale rozhodne ne vzdy je vhodne mit NF. Pojem "denormalizace" ti neco rika?
bredy 4.12.2007 10:51  611
pepakpak jejich striktni dodrzovani spis skodi.
Teď si velice klesl v mém hodnocení, takže na tvé příspěvky se už dívám spíš jako na názory BFU.

melkor_unlimited: Nic proti tomu nemám, záleží na zadání. Mě osobně by se spíš líbil transakční model, kdy každá změna má informace: kdy, kdo a proč, jako se používá třeba v SVN. Myslím si, že tenhle model je úplně nejlepší. Pokud někde dochází ke změně, asi by bylo dobré vědět, proč a kdo ji provedl. Ale to už jsme se dostali hodně daleko od původního zadání.
pepak pepak - Pepak.net 4.12.2007 06:39  610
Bredy: Pozadavek znel na MSSQL.

Tvoje predstavy o zabranem miste jsou IMHO prehnane. platnost_od je shodou okolnosti velice uzitecny field - je daleko rychlejsi vytahnout zaznam pomoci (platnost_od<=:datum AND platnost_do>:datum) nez pomoci nejakeho ROWS (resp. v MySQL LIMIT) nebo dokonce subselectu s MAX.

Pro pouziti treti normalni formy neni nejmensi duvod. Normalni formy jsou fajn pro hruby navrh, pro praktickou realizaci (zvlast v databazi s transakcemi, referencni integritou a triggery) pak jejich striktni dodrzovani spis skodi.
melkor_unlimited melkor_unlimited Ltd. 4.12.2007 06:19  609
Bredy [608]: Ono už vůbec třeba přidávat platnost_od je zbytečná informace.
... až na případy, kdy je přímo vyžadována.

Znám pár takových. Obvykle se jedná o dopředné zadávání změn. A do hostorické tabulky se přesouvají až po uplynutí data PLATI_DO.
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt