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: fhgxmux
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
huh huh 18.2.2008 14:24  654
Dokumentace: Subqueries in the FROM clause
huh huh 18.2.2008 14:23  653
tvx [652]: aha, ty nevis, co je alias :-) za tim ( SELECT hodnota, p_ID FROM katalog_parametry AS hodnoty WHERE k_ID=10132 ) musi nasledovat neco jako jmeno, kterym to pojmenujes
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.2.2008 14:19  652
no, samo ze davam! aspon teda doufam ze spravne..
koukej:
SELECT nazev, hodnota FROM parametry LEFT OUTER JOIN ( SELECT hodnota, p_ID FROM katalog_parametry AS hodnoty WHERE k_ID=10132 ) ON PID=p_ID WHERE s1_ID=28;
huh huh 18.2.2008 14:16  650
tvx [649]: No a davas jim ten alias?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.2.2008 14:14  649
umi mysql subquery do joinu?
marne se pokousim udelat select z tabulky a ten pak s dalsi tabulkou joinovat, porad mi to nadava ze kazda odkazovana tabulka musi mit svuj alias... pritom jsem presvedcenej ze to pisu vporadku...
pravda je ze v manualu jsem takovej pripad nenasel, ale ani zminku ze to nejde.
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?

[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt