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

Zelený je lopuch,
fotbal to je hra...

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: mihqrhl
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
etdirloth EtDirloth 21.2.2010 08:46  1080
Bredy [1079]: nie priorita. JOIN ti spaja dve tabulky a ON urcuje pravidla spojenia, pricom ON nema co obsahovat podmienky netykajuce sa tohto joinu. Ine podmienky patria aj semanticky do WHERE klauzuly (je imo elegantnejsie pouzit JOIN namiesto ciarky, pretoze podmienka joinu je hned pri nom a nie az vo WHERE; a to aj v pripade ze ide o CROSS).

V tvojom pripade si chcel spajat `karta` s `cis_pojistovny`, ale dotaz obsahoval `lekar` JOIN `cis_pojistovny`.
bredy 20.2.2010 19:30  1079
Aha... tedy priorita. Vypadá to na změnu v chápání dotazu.

FROM x,y lze chápat jako FROM x [JOIN ku x], y [JOIN ku y]. Podle logiky jsem zkusil to dát do závorek FROM (x,y) a ono to chodí.

FROM (x,y) [JOIN ku (x,y)]

Starý MYSQL ale FROM x,y bral jako FROM (x,y)

Díky
huh huh 20.2.2010 19:20  1078
Ja bych zkusil obratit poradi v tom  FROM:
FROM lekar, karta LEFT JOIN cis_pojistovny
bredy 20.2.2010 19:11  1077
Co je na tomhle dotazu blbě:
SELECT `RodneCislo` , `karta`.`Jmeno` , `Prijmeni` , 
`cis_pojistovny`.`Zkratka` AS `Pojistovna` , DATE_FORMAT( `Narozeni` , '%e.%c.%Y' ) AS FNarozeni, 
DATE_FORMAT( NOW( ) , '%e.%c.%Y' ) AS Dnes,  `lekar`.`Jmeno` AS `Ordinace` , `ICZ` , `ICO`
FROM `karta` , `lekar`
LEFT JOIN `cis_pojistovny` ON `karta`.`KodPojistovny` = `cis_pojistovny`.`Kod`
WHERE `karta`.`Index`='${Pacient}'

${Pacient} je vynechávka.

Háže to: Unknown column 'karta.KodPojistovny' in 'on clause'

Podotýkám, že na MySQL 4.1 to chodí, tabulky a sloupce existují. Existuje jak karta.KodPojistovny, tak cis_pojistovny.kod

Pokud vám to přijde divné, tak je to vlastně dotaz obsahující dva dotazy. Vyzvedne jeden řádek s pacientem a připojí k tomu jediný řádek z tabulky lekar, to aby se nemusely volat dva SQL dotazy, vrátí se to v jedné tabulce. Tabulky jsou nezávislé.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.2.2010 10:22  1076
KingRozjizdet novou vec a mit na to treba mesic a penize, tak si hraju, tohle je jen fixace jednoho nefunkcniho schematu na kterou mam cca tyden...
diky za inspiraci a rozsireni obzoru :)
king King Born to be king - ... 2.2.2010 00:21  1075
mnou zminovane veci ti rozhodne data neztrati spis nez treba s MySQL :) a spoustu veci je s nima o hodne jednodussi - od replikace (vsechny) az po ukladani komplikovanych datovych struktur, indexovani a dotazovani (treba Mongo je v tomhle naprosto uzasne)

navic pro vetsinu z nich mas v PHP API takze nebudes ani muset znat SQL ci nejaky jiny dotazovaci jazyk, budou na tebe mluvit PHP.

For je v tom ze vetsina dat na webu neni relacni ale je vice ci mene slozite mapovana na SQL jen proto ze lidi jsou na to zvykli.

Ale samozrejme ve finale je to o tom s cim se ti dobre dela - pokud to staci, pouzij to. (ze stejneho duvodu uplne mlcim nad tim ze chces pouzit PHP :-D)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.2.2010 20:38  1074
KingRelacni se mnou mluvi v sql a rozumime si, neuvazoval jsem puvodne o moc velikych vyletech do cizich vod :)
Tebou zminovane veci jsem jeste nepotkal ale vypadaj zajimave, me by vlastne nevadily ani obcasny ztraty dat, protoze moje data vlastne zijou jen max. 24 hodin.
king King Born to be king - ... 1.2.2010 19:14  1073
plus na fulltext nejaky fiulltext engine - lucene, sphinx nebo solr
king King Born to be king - ... 1.2.2010 19:13  1072
tvxa musi to byt relacni db?

na takovy pocet zaznamu a takovou frekvenci updatu bych skocil po redisu, nevim ale jake mas naroky na cteni, jakym zpusobem k tomu budes pristupovat a spol. musel bys asi znovu promyslet navrh te tabulky, ale garantuju ti ze zadna relacni db nebude rychlejsi.

jeste bych se podival na cassandru (column storage napsana ve facebooku) a MongoDB
pepak pepak - Pepak.net 1.2.2010 16:09  1071
Firebird existuje a funguje velmi pěkně, ale nesplňuje požadavek na fulltextové hledání.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 1.2.2010 15:59  1070
Tak ja mam takovy povedomi, ze PostGRE by melo bejt lepsi nez MySQL co se tyce mnozstvi dat, co snese, featur a tak - tak mozna bych zkusil to. Ale osobni zkusenost nemam.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.2.2010 15:53  1069
Existuje, dokonce to nabizej i hostingy... myslim ze pipni
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.2.2010 15:51  1068
TessNo, dobre, zatim si to necham otevreny jako moznost, jsou jeste nejaky dalsi navrhy?
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 1.2.2010 15:50  1067
Firebird, to jeste existuje? :)
knedle knedle online - Krabice živých 1.2.2010 15:48  1066
jednou jsem potkal firebird - a docela se mi libila - neni taky zdarma?
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt