reklama

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - e3k

Stran: [1] 2 3 4
1
Server / Re:Internetovy obsah pres DLNA
« kdy: 19. 10. 2019, 13:42:18 »
mozno toto: pulseaudio-dlna

2
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 16. 10. 2019, 19:53:36 »
Myslím, že o tom, jak psát správně SQL dotazy, by neměli poučovat lidé, kteří mají problém zapamatovat si zadání o třech větách.
ano je to tu zaspamovane a neda sa to uz citat.

Napíšu, že vedoucí je definován tím, že má podřízené, načež Miroslav Šilhavý začne řešit, co když vedoucí nemá podřízené. Napíšu, že každý zaměstnanec má svého nadřízeného (což může platit i pro ředitele, který může být v databázi nadřízeným sám sobě – může to být vhodné, protože pak není potřeba řešit výjimky, kdo mu bude schvalovat dovolenou apod. ) – a e3k objeví, že je možné to řešit i tak, že ne každý má svého nadřízeného.
ja som skor riesil Vasu fobiu z NULL hodnot spomenutu niekde vyssie.

3
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 15. 10. 2019, 20:15:12 »
Pořád se slepě řídíte strukturou tabulek a neberete v úvahu význam dat. Pokud záznamy s neexistující vazbou nemají žádný význam, nemá smysl vytvářet nad nimi pohled, abyste je následně při každém použití toho pohledu musel odfiltrovat. Já jsem nepsal o pohledech, které přidávají jednu podmínku, ale o pohledech, které reprezentují různá data. Např. pokud je vedoucí zaměstnanec definován tím, že má podřízené, nemá smysl vytvářet si pohled s vedoucími, který bude obsahovat i ty, kteří žádné podřízené nemají, a ty z něj pak při každém použití odfiltrovávat.
sakra Filip vyser sa uz na to. proste mozes dostat listu zamestnancov ktory uz nemaju nadriadenych a tam bude NULL. NULL neni nic zle da sa s tym dalej pracovat. ide o to co chces robit.

Přesně naopak. V aplikaci můžu chtít zobrazit všechny vedoucí, co mají podřízené zaměstnance. Ale také můžu chtít (a je to dost běžné) na jiném místě zobrazit i ty, co (už) žádné podřízené nemají. Tedy jak existence, tak neexistence navázaného záznamu je významná. Struktura dat je pro oba záměry shodná, liší se jen v podmínce filtru.

4
Windows a jiné systémy / Re:Úprava Windows Exploreru
« kdy: 15. 10. 2019, 20:03:53 »
na windows 10 sa da nainstalovat napr. debian a tam nainstalovat mc ;)

5
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 14. 10. 2019, 20:07:43 »
ale vrátilo mi to i záznamy, které v tbl2 vůbec neexistují.
ano o tom je left outer JOIN. vitajte v SQL realite :)
a ano nechcete mat NULL na vystupe preto to napisete tak aby tam nebol.

6
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 13. 10. 2019, 20:04:20 »
.
Kazdopadne pri druhom zadani prikladu by uz INNER JOIN uplne stacil.

On už by při prvním zadání stačil INNER JOIN, o tom není vůbec pochyb. Jen je to špatně navržené.
tak to fakt neviem jak by som to spravil INNER JOINOM ked v 2hej tabulke nie su vsetky ID prvej. pokial sa to da tak to musi byt riadny brain fuck.

7
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 12. 10. 2019, 21:11:38 »
odpověděl
Ospravedlnujem sa ale Filip a Miroslav tu narobili taky bordel ze sa to da tazko citat.
Kazdopadne pri druhom zadani prikladu by uz INNER JOIN uplne stacil.

8
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 11. 10. 2019, 21:22:39 »
já preferuji a kolegy učím, že v případě, že v druhé tabulce záznam být nemusí, mají si vytvářet dotazy outer joinem
Když v druhé tabulce záznam být musí, bude INNER JOIN dělat to samé, co OUTER JOIN. Jinými slovy, podle vás je INNER JOIN zbytečný. Přemýšlel jste někdy o tom, proč ho autoři do jazyka SQL zařadili, a to dokonce jako výchozí?
Filip! v prvej otazke tohoto threadu bolo spomenute ze:
1. mas tabulku 1 s ID
2. mas tabulku 2 kde su niektore ID s tabulky 1
preto LEFT JOIN... tam neni o com s inner joinom.

9
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 08. 10. 2019, 20:26:37 »
nechapem ten flamewar ohladom INNER a LEFT OUTER JOIN.
proste INNER je len skupina objektov ktore su v oboch tabulkach.
zadanie bolo ze v TBL2 nie su spomenute vsetky.
pokial treba mat vo vysledku vsetky objekty tak jedine LEFT OUTER JOIN. + to pravidlo ze co v pripade ked nebolo definovane spravanie pomocou TBL2.

10
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 05. 10. 2019, 21:40:16 »
a zatím co Rachek ma uz dávno napsaný svůj úkol Filip a Miroslav dále diskutují.
Jak se jmenuje tvůj profesor Rachek! proč není na root.cz? jak máme zabezpečit pedagogisticky péče bez jeho komentáře?

11
Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky
« kdy: 04. 10. 2019, 12:19:30 »
>>>S tím, že tbl2.id_data nemusí obsahovat všechny data v tbl1.id_data
v tom pripade nepojde o INNER JOIN ale o LEFT OUTER JOIN

ale da sa aj subselect:

Kód: [Vybrat]
select * from tbl1 as t1
where t1.id_data NOT IN (select t2.id_data from tlb2 as t2 where t2.allowed = 0)

12
Hardware / Re:Divně se chovající disky
« kdy: 17. 09. 2019, 11:46:11 »
no tak to updatni. potom sa uvidi ci treba riesit dalej.

13
Hardware / Re:Divně se chovající disky
« kdy: 14. 09. 2019, 20:58:12 »
tak jaku mas tu verziu na tej doske?

14
Hardware / Re:Divně se chovající disky
« kdy: 13. 09. 2019, 15:51:06 »
ja by som skusil updatnut BIOS. jaku mas verziu?

tu:
https://www.asus.com/us/Motherboards/TUF-B360-PLUS-GAMING/HelpDesk_BIOS/
pisu ze od 1 verzie (2018/03/02) bolo uz 7 updatov. s toho sa 2 tykali RAIDu...

niekedy tie dosky stoja na sklade aj rok a nikto to neupdatne.

15
Server / Re:Přetížený disk
« kdy: 08. 09. 2019, 21:15:32 »
iotop si pustil?

Stran: [1] 2 3 4

reklama