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 19:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Sanctum 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 15:44 | Komunita

Projekt LiMux skončil. Mnichov se vrací k Windows. Rada města na svém včerejším zasedání schválila migraci všech počítačů na Windows 10 do roku 2020.

Ladislav Hagara | Komentářů: 16
dnes 08:00 | Pozvánky

V Praze dnes probíhá konference Internet a Technologie 17.2 pořádaná sdružením CZ.NIC. Sledovat ji lze online. K dispozici je také archiv předchozích konferencí. Sdružení nedávno vydalo bezpečnostní pexeso. Ke stažení jako pdf pod licencí CC BY-NC-SA.

Ladislav Hagara | Komentářů: 0
dnes 07:22 | Nová verze

Byla vydána verze 10.2 a krátce na to opravná verze 10.2.1 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 a na YouTube.

Ladislav Hagara | Komentářů: 18
dnes 06:22 | Pozvánky

V úterý 28. listopadu se v Brně koná již 4. přednáškový večer Ruby Stories. Těšit se můžete na témata jako TDD, hybridní mobilní aplikace či programování v Elixiru. Více informací na Facebooku nebo se rovnou registruj na Eventbrite. Na místě bude zdarma drink a lehké občerstvení, tak dorazte.

ondrej-zadnik | Komentářů: 0
dnes 06:11 | Pozvánky

V úterý 28. 11. 2017 bude další Prague Containers Meetup. DC/OS a Mesos vás provede Mesosphere's Developer Advocate Matt Jarvis.

little-drunk-jesus | Komentářů: 0
včera 14:44 | Komunita

Mozilla.cz informuje, že Firefox bude možná upozorňovat na úniky vašich hesel. V Mozille prototypují upozorňování na únik informací o vašem účtu, pokud se na seznamu Have I been pwned? objeví služba, ke které máte ve Firefoxu uložené přihlašovací údaje. Informace se objevila v pravidelném newsletteru o vývoji Firefoxu.

Ladislav Hagara | Komentářů: 6
včera 00:22 | Bezpečnostní upozornění

Společnost ZONER informuje o bezpečnostním incidentu, při kterém došlo ke zcizení a zveřejnění části přihlašovacích údajů zákazníků k elektronické poště a webhostingu CZECHIA.COM.

Ladislav Hagara | Komentářů: 1
22.11. 23:44 | Nová verze

Byla vydána nová stabilní verze 1.13 (1.13.1008.32) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení otevřených i uzavřených listů pomocí ikonky Okno na postranní liště a vylepšené stahování (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 62.0.3202.97.

Ladislav Hagara | Komentářů: 12
22.11. 20:55 | Nová verze

Byla vydána verze 2017.3 dnes již průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. Aktualizovat systém lze pomocí příkazů "apt update; apt dist-upgrade; reboot". Z novinek lze zmínit 4 nové nástroje: InSpy, CherryTree, Sublist3r a OSRFramework.

Ladislav Hagara | Komentářů: 2
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (9%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 766 hlasů
 Komentářů: 37, poslední 21.11. 15:21
    Rozcestník

    Dotaz: PostgreSQL a dědičnost

    xkucf03 avatar 23.11.2008 01:37 xkucf03 | skóre: 46 | blog: xkucf03
    PostgreSQL a dědičnost
    Přečteno: 636×
    Ahoj. Chtěl jsem použít dědičnost v PostgreSQL tak, abych měl tabulku obecných objektů (předka) a pak tabulku článků (potomek) a později další potomky objektů. S tím, že na objekty bych třeba mohl navázat komentáře nebo hodnocení a nemusel bych tohle dělat pro každého potomka zvlášť.

    Tabulky vypadají takhle:
    CREATE TABLE objekt
    (
      id numeric NOT NULL, -- Identifikace jedinečná pro všechny objekty v systému
      nazev character varying, -- Název objektu
      CONSTRAINT objekt_pk PRIMARY KEY (id)
    )
    WITH (OIDS=FALSE);
    ALTER TABLE objekt OWNER TO piskoviste;
    COMMENT ON COLUMN objekt.id IS 'Identifikace jedinečná pro všechny objekty v systému';
    COMMENT ON COLUMN objekt.nazev IS 'Název objektu';
    
    CREATE TABLE clanek
    (
    -- Inherited:   id numeric NOT NULL,
    -- Inherited:   nazev character varying,
      "text" text, -- Text článku
      CONSTRAINT clanek_pk PRIMARY KEY (id)
    )
    INHERITS (objekt)
    WITH (OIDS=FALSE);
    ALTER TABLE clanek OWNER TO piskoviste;
    COMMENT ON COLUMN clanek."text" IS 'Text článku';
    Problém ale je, že primární klíč funguje jen na danou tabulku, např. předka a nezabrání tomu, abych měl objekt s id = 1 a článek s id = 1 a pak když selektuji všechny objekty (včetně článků), dostanu výstup s duplicitními id.

    Další problém bude s cizími klíči, když budu chtít navázat třeba ty komentáře na objekt.

    Samozřejmě jsem udělal RTFM a zjistil jsem, že oficiální dokumentace tyhle problémy popisuje. Řešení ale chybí, jen se tam píše, že tyhle nedostatky budou napraveny někdy v příštích verzích.

    Existuje nějaký způsob, jak dědičnost využít k mému účelu, nebo se na to mám vykašlat a udělat to klasicky*? Případně použít jako identifikátor OID? Ale nevím, jak moc dobré řešení to je (řešilo by to PK, ale ne FK).

    *) Víc tabulek provázaných přes cizí klíče, kde „potomci“ budou mít jako PK cizí klíč do tabulky „předka“ + nějaké pohledy, které udělají souhrn společných sloupečků všech potomků.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    Odpovědi

    xkucf03 avatar 23.11.2008 01:43 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Seznam objektů včetně jejich typu
    BTW: tohle funguje podle mých představ:
    SELECT o.*, pg_class.relname
    FROM objekt o
    JOIN pg_class ON (o.tableoid = pg_class.oid);
    …seznam objektů včetně jejich typu (resp. názvu tabulky)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 23.11.2008 11:05 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Pomocná tabulka objekt_id

    Ještě před usnutím mě jedno řešení napdalo: vytvořím si pomocnou tabulku objekt_id, která bude obsahovat seznam ID objektů, a funkci zalozObjekt(), která vezme nové ID ze sekvence a zároveň založí záznam v objekt_id. Tuhle funkci použiji jako výchozí hodnotu sloupečku místo přímého selektování sekvence.

    CREATE SEQUENCE komentar_seq
      INCREMENT 1
      MINVALUE 1
      MAXVALUE 9223372036854775807
      START 1
      CACHE 1;
    
    
    CREATE SEQUENCE objekt_seq
      INCREMENT 1
      MINVALUE 1
      MAXVALUE 9223372036854775807
      START 2
      CACHE 1;
    
    
    CREATE TABLE objekt_id
    (
      id bigint NOT NULL,
      CONSTRAINT objekt_id_pk PRIMARY KEY (id),
      CONSTRAINT objekt_fk FOREIGN KEY (id)
          REFERENCES objekt_id (id) MATCH SIMPLE
          ON UPDATE NO ACTION ON DELETE NO ACTION
    )
    WITH (OIDS=FALSE);
    COMMENT ON TABLE objekt_id IS 'Tabulka navíc, abychom obešli problém s PK a dědičností.
    Žádná data, jen seznam primárních klíčů objektů';
    
    
    CREATE OR REPLACE FUNCTION zalozobjekt()
      RETURNS bigint AS
    $BODY$DECLARE id BIGINT;
    BEGIN
        SELECT INTO id nextval('objekt_seq');
        INSERT INTO objekt_id VALUES (id);
        return id;
    END;$BODY$
      LANGUAGE 'plpgsql' VOLATILE
      COST 100;
    
    
    CREATE TABLE objekt
    (
      id bigint NOT NULL DEFAULT zalozobjekt(), -- Identifikace jedinečná pro všechny objekty v systému
      nazev character varying, -- Název objektu
      CONSTRAINT objekt_pk PRIMARY KEY (id),
      CONSTRAINT clanek_fk FOREIGN KEY (id)
          REFERENCES objekt_id (id) MATCH SIMPLE
          ON UPDATE NO ACTION ON DELETE NO ACTION
    )
    WITH (OIDS=FALSE);
    COMMENT ON COLUMN objekt.id IS 'Identifikace jedinečná pro všechny objekty v systému';
    COMMENT ON COLUMN objekt.nazev IS 'Název objektu';
    
    CREATE TABLE clanek
    (
    -- Inherited:   id bigint NOT NULL,
    -- Inherited:   nazev character varying,
      "text" text, -- Text článku
      CONSTRAINT clanek_pk PRIMARY KEY (id)
    )
    INHERITS (objekt)
    WITH (OIDS=FALSE);
    COMMENT ON COLUMN clanek."text" IS 'Text článku';
    
    CREATE TABLE komentar
    (
      id bigint NOT NULL DEFAULT nextval('komentar_seq'::regclass),
      nadpis character varying NOT NULL,
      "text" text NOT NULL,
      objekt bigint NOT NULL,
      odpoved_na bigint,
      CONSTRAINT komentar_pk PRIMARY KEY (id),
      CONSTRAINT komentar_objekt_fk FOREIGN KEY (objekt)
          REFERENCES objekt_id (id) MATCH SIMPLE
          ON UPDATE NO ACTION ON DELETE NO ACTION,
      CONSTRAINT komentar_odpoved_fk FOREIGN KEY (odpoved_na)
          REFERENCES komentar (id) MATCH SIMPLE
          ON UPDATE NO ACTION ON DELETE NO ACTION
    )
    WITH (OIDS=FALSE);
    
    CREATE INDEX fki_komentar_objekt_fk
      ON komentar
      USING btree
      (objekt);
    
    CREATE INDEX fki_komentar_odpoved_fk
      ON komentar
      USING btree
      (odpoved_na);
    
    CREATE OR REPLACE VIEW trida_objektu AS
     SELECT o.id, o.nazev, pg_class.relname
       FROM objekt o
       JOIN pg_class ON o.tableoid = pg_class.oid;

    Zatím to vypadá, že to funguje – řeší to problém jedinečnosti ID přes předka a všechny potomky a problém s cizími klíči (např. navázání komentářů).
    Ale přijde mi to jako dost velká obebávka, tak by mě zajímalo, co si o tom myslí Pavel Stěhule nebo někdo podobný :-)

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    23.11.2008 14:26 Pavel Stěhule
    Rozbalit Rozbalit vše Re: Pomocná tabulka objekt_id

    S dědičností je to asi tak - když jsem si poprvně přečetl manuál, řekl jsem si super. A než jsem se dostal k projektu, kde bych ji mohl použít, tak jsem krapet vystřízlivěl. Dědičnost má smysl, tam kde mám dynamické schéma - tj. kde využiju toho, že po přidání potomka vidím data i v rodiči. Jinak nevidím důvod ji použít. A ohledně té obebavky - s Petrem Krontorádem http://www.krontorad.com/ jsme vymýšleli objektový db backend pro menší aplikace. Výsledná struktura byla docela podobná. Šli jsme na to o fous univerzálněji - měli jsme popisný jazyk pro popis objektů - skripty v něm se po vykonání přeložily v SQL příkazy, které jednak vytvářely podobné schéma, jednak plnily tabulky s metadaty, vytvářely potřebné indexy, atd.

    Funkci zaloz_objekt bych asi napsal o něco úsporněji (všechny tři příkazy lze sloučit do jednoho pomocí klauzule RETURNING):

     

    xkucf03 avatar 23.11.2008 15:10 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Pomocná tabulka objekt_id

    Díky za odpověď. Schchéma až tak dynamické nebude, ale asi u dědičnosti zůstanu, pokud se neobjeví nějaký velký problém (líbí se mi např. ten snadný způsob zjištění typu objektu pomocí pohledu).

    Ještě bych měl dotaz: nějak cítím, že by bylo systémově lepší, kdyby potomkem objektu byly úplně všechny objekty v systému (včetně komentářů, hlasování atd.). Ale tyhle věci jako objekty mít nepotřebuji a navíc se obávám, že by tabulka objekt_id narostla do zbytečně velkých rozměrů a nic by to nepřineslo. Naopak by její velikost mohla způsobovat zpomalení. Co bys volil ty – univerzální řešení (všechno je potomkem objektu) nebo mít jako objekty jen ty tabulky, u kterých to má smysl?

     

     

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    okbob avatar 24.11.2008 11:22 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Pomocná tabulka objekt_id

    To vubec nedokazu rict - je to otazka citu - treba komentare beru spise jen jako property u clanku (ale zalezi na kontextu). Pokud uz bych ale pracoval s objekty - tak spis bych vychazel z jednoho predka - to ostatni bych vubec nepovazoval za objekty.

    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.