abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 01:11 | Nová verze

Byla vydána nová major verze 3.0 svobodného multiplatformního geografického informačního systému QGIS (Wikipedie). Její kódové jméno je Girona, dle názvu města, ve kterém proběhlo 15. setkání vývojářů QGISu. Přehled novinek i s náhledy a animacemi v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 20:33 | Zajímavý článek

Nadace Raspberry Pi vydala sedmašedesáté číslo (pdf) anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a čtvrté číslo (pdf) časopisu pro kutily HackSpace věnovanému navíc 3D tisku, pájení, řezání nebo i elektronice a IoT.

Ladislav Hagara | Komentářů: 0
včera 18:33 | Komunita

Morevna Project, který stojí za řadou svobodného softwaru pro animátory (např. Synfig Studio, RenderChan nebo Papagayo-NG) a svobodnými (CC-BY-SA) animovanými filmy/komiksy Morevna (3. díl) a Pepper&Carrot: The Potion Contest (6. díl), sbírá do 1. března příspěvky na 4. díl svého animovaného filmu Morevna. Mezi odměnami přispěvatelům lze najít např. i videokurzy animace v Synfigu či Blenderu.

xHire | Komentářů: 0
včera 12:22 | Bezpečnostní upozornění

Ve středu vydaná "npm@next" verze 5.7.0 správce balíčků pro JavaScript npm (Wikipedie, Node Package Manager) přinesla řadě uživatelů Linuxu nečekanou nepříjemnost. V závislosti na způsobu instalace a ve spojení s příkazem sudo mohlo dojít ke změně vlastníka u systémových souborů, také například /. Chyba je opravena v před několika hodinami vydané verzi npm 5.7.1 [reddit].

Ladislav Hagara | Komentářů: 8
včera 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
22.2. 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
22.2. 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 441 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: vztah tabulek

    29.3.2009 20:27 rrak
    vztah tabulek
    Přečteno: 468×

    Dobrý den,
    mám dotaz ohledně správného rozkladu......

    Mám tabulky zápas a tým.
    Zápas (id_team_1 , id_team_2, ............)
    Tým (id_team,nazev,............)

    id_team_1,id_team_2 - cizi klice s tabulky Tym.

    Potrebuji vyresit spravne vztah mezi temito tabulkami, podle me je tady vztah N:M, ale jelikoz jsou tymy vybirany ze stejne tabulky, tak nevim jak to spravne vyresit.

    Dekuji..........

    Odpovědi

    AraxoN avatar 29.3.2009 20:40 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: vztah tabulek

    A čo na tom nevieš vyriešiť? Veď to máš správne... :-)

    Vzťah M:N je medzi tabuľkami "Tým" a "Tým", s tým že väzobná tabuľka je "Zápas". Medzi tabuľkami "Tým" a "Zápas" je dvakrát vzťah 1:N.

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    29.3.2009 21:09 rrak
    Rozbalit Rozbalit vše Re: vztah tabulek

    nevim nejak sem se zamotal protoze ty tymy vybiram z jedne tabulky

     

    vzdyt jeden tym muze hrat N zapasu ale jeden zapas muzou hrat vzdy 2 konkretni tymy

    tym (1)------------------(N)  zapas (N)-------------------tym(1)

    mam mit dve tabulky  tym ??? to je blbost ne ?

    sem se nejako zamotal :(  :)

    29.3.2009 21:22 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: vztah tabulek
    Pokud by zápas hrál jenom jeden tým, byl by to vztah 1:M (pro vztah N:M byste potřeboval nějakou vazební tabulku). Protože hrajou dva týmy, jsou tam dvě vazby 1:M – pokud do budete malovat do nějakého schématu (nevidím jiný důvod, proč byste potřeboval vědět, jak tu vazbu označit), budete tam muset mít mezi těmi tabulkami dvě vazby (čáry) a každá je právě 1:M.
    default avatar 29.3.2009 21:53 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek
    pokud do budete malovat do nějakého schématu (nevidím jiný důvod, proč byste potřeboval vědět, jak tu vazbu označit),

    Typ vazby musíte znát i bez omalovánek, jinak nedáte SELECT. Slovní popis vazeb nemusí nutně znamenat nutnost grafického modelu.

    29.3.2009 22:33 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: vztah tabulek
    Slovní popis jistě, ale k tomu nemusíte vědět, jestli to, co je slovně popsáno, je zrovna .M nebo něco jiného. Zrovna v tomhle případě si stejně málokdo něco představí pod "x:y", zato když se řekne, že jeden zápas hrají dva týmy a každý tým může hrát víc zápasů, je to hned jasné.
    default avatar 30.3.2009 09:37 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek

    Ale tak samozřejmě. Vždycky se to musí nějak vysvětlit. A jestli to člověk udělá grafickým modelem nebo slohovou prací — výsledek by měl být stejný. To znamená — srozumitelný pro toho, kdo s databází pracuje. ;-)

    default avatar 29.3.2009 21:49 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek

    Můžu Tě uklidnit. Máš to dobře. Obecně se vztah M:N řeší přes převodní tabulku, ale v tomto případě dva cizí klíče stačí. Výběr provedeš takto:

    SELECT
        z.whatever,
        t1.nazev AS "název prvního týmu",
        t2.nazev AS "název druhého týmu"
    FROM
        zapas z INNER JOIN tym t1 ON (z.id_team_1 = t1.id_team)
            INNER JOIN tym t2 ON (z.id_team_2 = t2.id_team)
    WHERE
        1 = 1
        -- AND whatever…
    /
    

    Ještě bych zauvažoval nad CHECK CONSTRAINTem, který zajistí, aby tým nemohl hrát sám se sebou (předpokládám, že id_team_1 and id_team_2 jsou již pod NOT NULL constraintem):

    ALTER TABLE "Zápas" ADD CONSTRAINT ck_teams CHECK (id_team_1 != id_team_2)
    /
    

    Jen doplním mé myšlenkové pochody: předpokládám, že primární klíč v tabulce ZÁPAS je definován svým ID; předpokládám, že dva týmy můžou spolu hrát několik zápasů.

    29.3.2009 22:02 rrak
    Rozbalit Rozbalit vše Re: vztah tabulek

    diky moc vsem sem, zacatecnik s databazemi tak me zmatlo ze jsou oba tymy se stejne tabulky......

    jen pro upresneni :) mam tedy dve tabulky mezi kterymi mam dva vztahy 1:N ??? :)

    neubicujte me za tu otazku :-D

     

    podivam se na to co znamena ten CHECK CONSTRAINT a bude to ok snad

    tak jeste jednou diky

    default avatar 29.3.2009 22:21 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek

    Ano, jedná vpodstatě o vztah 1:N. Dá se říci, že ty tabulky mají dvojnásobný vztah. Jak jsem říkal, je to jedna z možných implementací vztahu M:N. S pomocnou tabulkou by to vypadalo takto: TYMTYM_ZAPAS — ZAPAS:

    CREATE TABLE tym (
        id_team NUMBER(10) NOT NULL,
        nazev VARCHAR2(256) NOT NULL)
    /
    
    ALTER TABLE tym ADD CONSTRAINT pk_tym PRIMARY KEY (id_team)
    /
    
    CREATE TABLE zapas (
        zapas_id NUMBER(10) NOT NULL,
        zapas_details VARCHAR2(256))
    /
    
    ALTER TABLE zapas ADD CONSTRAINT pk_zapas PRIMARY KEY (zapas_id)
    /
    
    CREATE TABLE tym_zapas (
        zapas_id NUMBER(10) NOT NULL,
        id_team_1 NUMBER(10) NOT NULL,
        id_team_2 NUMBER(10) NOT NULL)
    /
    
    ALTER TABLE tym_zapas ADD CONSTRAINT fk_zapas FOREIGN KEY (zapas_id) REFERENCES zapas (zapas_id)
    /
    
    ALTER TALBE tym_zapas ADD CONSTRAINT fk_tym1_tym FOREIGN KEY (id_team_1) REFERENCES tym (id_team)
    /
    
    ALTER TALBE tym_zapas ADD CONSTRAINT fk_tym2_tym FOREIGN KEY (id_team_2) REFERENCES tym (id_team)
    /
    
    ALTER TABLE tym_zapas ADD CONSTRAINT pk_tym_zapas PRIMARY KEY (zapas_id, id_team1, id_team2)
    /
    

    Tento model má tu výhodu, že do tabulky TYM_ZAPAS můžu dát vlastnosti, které se týkají jen vztahu tým — zápas.

    Jiný příklad. Mám vyřešit datový model v bance. Mám ukládat účty a jejich klienty. Každý účet má několik klientů. Jednoho majitele a pak případně další (například manželka a její disponabilní právo; nebo nějaký garantor úvěrového účtu). To znamená, že zavedu tabulku účtů, tabulku klientů a tabulku vazeb. Ten typ vztahu klient — účet — to je přesně to, co patří do té vazební tabulky KLIENT_ÚČET.

    29.3.2009 22:36 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: vztah tabulek
    Ano, jedná vpodstatě o vztah 1:N. Dá se říci, že ty tabulky mají dvojnásobný vztah. Jak jsem říkal, je to jedna z možných implementací vztahu M:N
    Taky by se to dalo označit jako jeden vztah 2:M :-)
    29.3.2009 22:55 rrak
    Rozbalit Rozbalit vše Re: vztah tabulek

    System Eror :)

    nj ale vztah ktery ja nechapu tedy vztah mezi tabulkou "tym" a "zapas" byl presunut mezi tabulky "tym_zapas" a tabulu "tym"

    TYMTYM_ZAPAS — ZAPAS:

    stale vybiram 2 tymy s tabulky "tym" ...

    porad me tam pretrvava vztah 2:N jenom se presunul mezi jine tabulky 

     

    30.3.2009 09:38 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: vztah tabulek
    Nechápete ten vzťah pri vytváraní databázy alebo pri výbere dát?

    Skúste tento model:
    CREATE TABLE zapas (
      id int,
      time_play time,
      ...
    );
    
    CREATE TABLE tym (
      id int,
      name text,
      ...
    );
    
    CREATE TABLE tym_zapas (
      id    int  not null primary key,
      zapas int  not null reference zapas (id) on delete restrict,
      tym   int  not null reference tym (id) on delete restict,
      score int  null,
      home  int  not null
    );
    
    CREATE UNIQUE INDEX i__tym_zapas on tym_zapas (tym, zapas);
    
    Hlavná výhoda: ak potrebujem nájsť zápasy týmu X, nemám podmienku OR (tym1 = ? or tym2 = ?). Práca so score, kombináciami týmov, ...

    Príklad: chcem vyhľadať zápasy Sparta - Slavia, ktoré skončili víťazstvom Sparty
    SELECT
       z.time_play,
       case when zt.home = 1 then 'na sparte' else 'na slavii' end,
       t1.name,
       t2.name,
       zt1.score,
       zt2.score
    FROM
      zapas z,
      tym t1,
      tym t2,
      tym_zapas zt1,
      tym_zapas zt2,
    WHERE
          t1.name = 'Sparta'    -- ktorý tým je Sparta
      and t2.name = 'Slavia'    -- ktorý tým je Slavia
      and zt1.tym = t1.id       -- ktoré zápasy hral tým 1
      and zt2.tym = t2.id       -- ktoré zápasy hral tým 2
      and zt1.zapas = zt2.zapas -- oba hrali rovnaký zápas
      and zt1.score > zt2.score -- a tým 1 dal viac gólov
    ;
    
    Vysvetlenie pre autora otázky: v klauzule FROM je definíciou aliasu pre tabuľky (t1, t2, zt1, zt2) umožnené vyhľadať dva rôzne riadky z jednej tabuľky, každý podľa jeho vlastnej podmienky Pre fanúšikov join: tento zápis považujem za zrozumiteľnejší
    default avatar 30.3.2009 10:03 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek
    System Eror :)

    Nic takového tady neznáme. :-D

    nj ale vztah ktery ja nechapu tedy vztah mezi tabulkou "tym" a "zapas" byl presunut mezi tabulky "tym_zapas" a tabulu "tym"

    TYMTYM_ZAPAS — ZAPAS:

    stale vybiram 2 tymy s tabulky "tym" ...

    porad me tam pretrvava vztah 2:N jenom se presunul mezi jine tabulky

    Jistě. O to tady jde. Tvůj problém je, že v tvém případě zápas spolu hrají právě dva týmy. Proto ti stačí dva cizí klíče — jak psal Filip Jirsák — vzba 2:N. Kdybys měl případ, že nevíš, kolik těch týmů může hrát jeden zápas — například ten vztah účet a jeho klienti — pak bys měl dvě možnosti:

    1. vygenerovat v tabulce účtů například tisíc cizích klíčů do tabulky klientů a doufat, že nenastane případ, že u jednoho účtu bude víc klientů a pro každý cizí klíč zavést atribut popisující daný vztah (majitel, garantor, …),
    2. nebo uděláš tu vazební tabulku, u které to množství vazeb řešit nemusíš.

    Takže jinými slovy — ta vazební tabulka se hodí v těchto případech:

    1. neznáš dopředu počet relací, vztahů, vazeb
    2. potřebuješ každou vazbu nějak zvlášť popsat (typ vztahu klienta k účtu, nebo v případě třeba síťové topologie: detaily propojení dvou síťových prvků — délka a typ kabelu, odkaz do inventáře, odkaz na dokumentaci daného propojovacího zařízení, atd.)

    Naproti tomu cizí klíče použiješ, když:

    1. počet relací, vztahů, vazeb je přesně daný
    2. nepotřebuješ každou vazbu nějak zvlášť popisovat, a když jo, tak velmi jednoduše a stačí ti nějaký atribut navíc.

    Tak snad jsem to trošku objasnil… doufám… Už mě totiž napadají jen samé nevhodné příklady, které by snad prošly v blogu než v poradně (například model "vztahů" návštěvníků gayklubu — každý s každým). :-D

    30.3.2009 12:54 rrak
    Rozbalit Rozbalit vše Re: vztah tabulek
    Příloha:

    takze formalne si vztah zakreslim jako dve cary se vztahem 1:N mezi tabulkami (viz obr)

    Tak dekuji vsem kteri prispely a pomohli k rozjasneni v me hlave :)

    default avatar 30.3.2009 14:42 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: vztah tabulek

    Přesně tak.

    Hodně štěstí!

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.