[ Nedeljko @ 08.03.2007. 07:19 ] @
Imam kući udžbenik relacionih baza podataka Gordane Pavlović Lažetić iz 1996. godine. Međutim, da li bi neko mogao da mi da link na neki elektronski kurs (teorijski, naravno) objektno orjentisanih baza podataka? Takođe, ako neko ima link na neki bolji (ili svežiji) kurs relacionih baza podataka, slobodno neka okači link i na njega. Tekstovi na engleskom mi nisu problem.

Osim toga, zanima me koje su od poznatih baza podataka objektno orjentisane. Pretpostavljam da MS SQL Server i Oracle jesu. A kako stoje stvari sa PostgreSQL, MySQL i drugim (prvenstveno besplatnim bazama podataka)? Da, znam da MS SQL Server i Oracle imaju i besplatna izdanja, no nema veze, zanima me i stanje sa drugim bazama podataka.
[ karas @ 08.03.2007. 08:39 ] @
PostgreSQL od verzije 8 podržava koncept nasleđivanja tabela. Međutim, nije sve išlo tako glatko. Verzija 8.0.3 ne radi kako treba, dok 8.1.4 i 8.2.0 rade, ali postoji problem prilikom particionisanja po primarnom ključu (u stvari, izgleda da je problem u particionisanju po koloni koja ima podrazumevanu vrednost definisanu preko sekvence). Pogledaj u temi http://www.elitesecurity.org/t233728 moj problem sa tim.
[ damso @ 03.04.2007. 01:33 ] @
Citat:
PostgreSQL od verzije 8 podržava koncept nasleđivanja tabela.

Zanimljivo bi bilo vidjeti kako ide naredba za nasledjivanje tabele..
[ chachka @ 03.04.2007. 02:40 ] @
Podrska nasledjivanju tabela je u verziji PostgreSQL 8.1 ocajno losa. Skoro da se svodi samo na nasledjivanje atributa. Toliko je losa da gotovo ne zasluzuje da je komentarisem.
Evo jednog primera:
Code:

CREATE TABLE roditelj (
  a INTEGER NOT NULL PRIMARY KEY
);

CREATE TABLE dete1 (
  b1 INTEGER NOT NULL
)
INHERITS (roditelj);

CREATE TABLE dete2 (
  b2 INTEGER NOT NULL
)
INHERITS (roditelj);

INSERT INTO dete1(a, b1)
VALUES (1, 1);

INSERT INTO dete2(a, b2)
VALUES (1, 2);

SELECT a
  FROM roditelj;
Rezultat je
Code:

    a
-----
    1
    1

Sta vise reci? Lako je unisten PRIMARY KEY integritet tabele 'roditelj'!!! Necu ovakvo nasledjivanje vise komentarisati jer bi sledile samo psovke.
[ Dejan Topalovic @ 03.04.2007. 10:22 ] @
Iako Oracle ima solidnu built-in podrsku za objektno orjentisano programiranje, ja nemam bas sjajna iskustva s time ...

Kada koristim objekte ili nested tabele, upiti traju citavu vjecnost, jer Oracle interno gleda prvo OID (Object ID), pa tek onda na osnovu njega caprka po atributima tog objekta - to je po meni suvisni overhead, zbog kojeg ne koristim aktivno OO u Oracleu.
Pretraga prema atributu nekog objekta traje do prekosutra...

Ako neko ima primjer EFIKASNOG koristenja OO u Oracleu, rado bih ga pogledao.
[ draksa @ 06.04.2007. 10:51 ] @
Mislim da je ovde doslo do zamene teza. Oracle, MS SQL,... su relacione baze podataka. Podaci se smestaju u tabele koje su povezane na odgovarajuci nacim...(prica koju svi znaju)
Kod objektnih baza podataka tabele, relacije i slicno ne postoji. Korisnik upisuje objekte i cita objekte iz baze. To sto neke baze podrzavaju objektno orijentisano programiranje ne cini ih objektnim bazama podataka.
Imas ovde clanak o tome:
http://en.wikipedia.org/wiki/Object_database
A za objektno orijentisani DBMS pogledaj ovde:
http://www.db4o.com