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 16:00 | Nová verze

Byl vydán Mozilla Firefox 51.0. Z novinek lze upozornit například na upozorňování na přihlašování přes nešifrované spojení (HTTP), podporu pro přehrávání bezeztrátového formátu FLAC nebo podporu WebGL 2. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 1
včera 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 15
včera 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 2
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (12%)
 (2%)
 (72%)
 (3%)
 (11%)
Celkem 395 hlasů
 Komentářů: 39, poslední dnes 19:30
Rozcestník
Reklama

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: 624×
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.