Objektovy PostgreSQL?

[Karel Zak]

On Tue, Oct 16, 2001 at 01:48:16PM +0200, Radek Kanovsky wrote:
> On Tue, Oct 16, 2001 at 10:43:38AM +0200, Karel Zak wrote:
> 
> > > S cim su zatial problemy je rychlost - relacna databaza je z hladiska
> > > implementacie jednoduchsia a ma za sebou roky vyvoja, OO databazy
> > > su relativne mlade.
> >
> >  Nevim, nejak moc do veci okolo OO nedelam, ale rekl bych, ze
> >  vyvoj se uz dost dlouho drzi objektove-relacnich DB. Take tak 
> >  jsem to myslel. Ted nad tim premyslim a stejne mi neni uplne 
> >  jasne propojeni tech objektu. Porad my z toho vychazi nejaky 
> >  model v kterem budou relace (jinak by to byl navrat k nejakemu
> >  hierarchickemu nebo sitovemu modelu)... 
> 
> Model u OODB je - jak jinak - objektovy. Kazdy objekt ma svoje OID,
> pres ktere je primo pristupny. OID je vetsinou jednoduse mapovano na
> misto na disku, kde jsou ulozeny hodnoty atributu. Vztahy mezi objekty
> v databazi jsou oproti relacnim databazim primocare. Pokud chci v SQL
> dostat polozky faktury, musim na to jit pres ID faktury a v tabulce
> polozky_faktury vybrat ze vsech radku ty, ktere maji v polozce ID
> hodnotu faktura.ID. Naproti tomu v OODB mam u kazde faktury primo pole
> referenci/pointeru na objekty polozek (referencni integrita je tu
> teda zarucena jaksi automaticky nebo nema smysl o ni vubec hovorit).
> Z toho plyne vysoka rychlost u takto strukturovanych dat. Vyhnete
> se pouzivani indexu pro vyhledani provazanych objektu. OODB se velmi
> dobre hodi pro aplikace, ktere vyzaduji ukladani slozitych provazanych
> struktur, stromu, XML dokumentu (ktere jsou svou povahou stromy a velmi
> spatne se ukladaji do relacnich databazi) apod.
 
 Jenze relacni DB byla vytvorena prave pro nevhodnost stromu pro ukladani
 urcitych typu dat (napr. IMS - information management system od IBM
 z 60-tych let). Mezi hlavni nedostatky patril jediny existujici vztah
 rodic<->dite (podobne viz. struktura XML), problematicnost vytvareni
 vazeb mizi ruznymi urovnemi toho stromu a nasledne problem definovat
 zakladni mnozinove operace nad daty atd. Vsechno todle prichod 
 relacnich DB vyresil.
 
> Na adrese http://www-2.cs.cmu.edu/People/clamen/OODBMS/Manifesto/
> je docela dobry popis vlastnosti OODB.
 
 Dik, urcite se podivam.
 
        Karel

-- 
 Karel Zak  <zakkr na zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/
 
 C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz