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í
×
včera 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 28
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 33
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 8
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 16
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 709 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: PostgreSQL a dědičnost

    xkucf03 avatar 23.11.2008 01:37 xkucf03 | skóre: 45 | blog: xkucf03
    PostgreSQL a dědičnost
    Přečteno: 630×
    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: 45 | 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: 45 | 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: 45 | 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.