Baze podataka 2009/10

Malisa757 · **Poslato:** 13.09.2010. 18:37:56

dobro je

Arwen · **Poslato:** 13.09.2010. 18:55:30

Hvala... tako sam i ja uradila... samo sto sam umesto GROUP BY napisala ORDER BY...
A jel moze neko jos samo ovo da uradi.. ista je postavka kao u septembarskom roku samo sto pod a) glasi : Prikazati naziv, datum i vreme odrzavanja svih tragedija koje se nalaze na repertoaru u julu tekuce godine. Rez sortirati u opadajucem redosledu datuma i vremena odrzavanja.

Malisa757 · **Poslato:** 13.09.2010. 22:48:58

Zna li neko kako se ovo radi?

Citiraj:

50. Date su tabele T1(A,B) i T2(C,D). Uz pretpostavku da postoji referencijalno ograničenje: T2.C je spoljni ključ koji se referencira na primarni T1.A, napisati triger kojim se implementira dinamičko pravilo integriteta
“on insert default” na nivou naredbe i „on delete cascades“ na nivou reda.

@arwen

Kod:

SELECT naziv, datumivreme,

FROM (tabele u kojima se nalaze naziv, datumivreme, i tip)

WHERE tip='tragedija' and extract(year from datumivreme)=extract(year from sysdate) and extract(month from datumivreme)="jul"

GROUP BY datumivreme desc

Dominator · **Poslato:** 14.09.2010. 15:29:09

^Date su tabele R(P,A) i S(F,B). Uz pretpostavku da postoji referencijalno ograničenje: S.F je spoljni ključ
koji se referencira na primarni R.P, napisati triger na nivou naredbe kojim se implementira dinamičko pravilo
integriteta “on delete cascade”.

CREATE TRIGGER on_delete_cascade
AFTER DELETE ON R
REFERENCING OLD TABLE AS OldR
FOR EACH STATEMENT
BEGIN ATOMIC
DELETE FROM S
WHERE S.F IN (SELECT P
FROM OldR)
END;

Analogno tome se može uraditi taj triger što si naveo..

Sa prve strane:

Citiraj:

5. Trigeri

Sto se trigera tice situacija (citaj: shabloncina!) je sledeca...

Sablon pocinje sa:

Create trigger on_delete_cascade *umesto on_delete... pises naziv tvog trigera*
After delete on R
referencing old table as oldr
for each statement
begin atomic
*********
u ovom delu se pise akcija koju triger vrsi i to je jedino sto se razlikuje u zadacima npr za on_delete_cascade bi bilo:

delete from s
where s,f in (select p from oldr)

*********
end;

Malisa757 · **Poslato:** 14.09.2010. 15:33:46

hm.. prosto... hvala!

beavis · **Poslato:** 14.09.2010. 16:17:26

^^ jesi li siguran da ti je taj triger dobar?
meni ne djeluje logicno, jer koliko znam "on delete cascade" pravilo funkcionise tako sto, ako se desi brisanje reda u tabeli koja se referencira kao spoljni kljuc u drugoj tabeli, brisu se svi redovi druge tabele koji imaju taj, obrisani, spoljni kljuc, a koliko ovdje vidim iz "DELETE FROM S WHERE S.F IN (SELECT P FROM OldR) " dolazi do brisanja bukvalno svih redova tabele S (osim gdje je f=null), jer po definiciji spoljnog kljuca uslov "S.F IN (SELECT P FROM OldR)" je uvijek ispunjen za f!=null...

jedino ako je tako objasnjeno na predavanjim,... ali je besmisleno...

Dominator · **Poslato:** 14.09.2010. 17:08:07

Ne mogu biti siguran pošto nije moj triger nego od starijih kolega, pretraživao sam prošlu i pretprošlu temu i tako su ga pisali, samo sam prekopirao.

Jel zna neko od vas odgovor na pitanje

Opštenamenski sistem pravila u objektno-relacionim sistemima. Prikazati primer

?

Malisa757 · **Poslato:** 14.09.2010. 17:10:59

gde si nasao to pitanje?

Dominator · **Poslato:** 14.09.2010. 17:21:53

Pa poskidao sam sve one rokove sa njihovog sajta i izvlačio redom ta pitanja, sad ne sećam se koja je godina u pitanju.. inače odmah sledeće pitanje na tom roku je bilo
''Ažuriranje relacionih pogleda'' kad malo bolje razmislim ni to mi nije baš najjasnije..

Malisa757 · **Poslato:** 14.09.2010. 17:28:10

Hm.. I blondY je to isto uradila (izvadila sva pitanja od 2004. do 2010.) i tu nema ta dva tvoja pitanja? :zbun:

Evo sta nadjoh za azuriranje pogleda:

Citiraj:

Relacioni sistem poseduje efikasan algoritam za ažuriranje svih pogleda koji se teorijski mogu ažurirati. Rezultat ovog algoritma smješta se u katalog (riječnik) baze podataka.

Svaki put kada korisnik čita podatke kroz pogled, sistem formira rezultujući skup slogova na osnovu definicije pogleda i podataka u tabelama baze. Rezultujući skupovi slogova, odnosno posebne kopije podataka koji se vide kroz pogled, ne čuvaju se u sistemu, već se samo u katalogu baze čuvaju definicije pogleda.
Pod ažuriranjem pogleda podrazumjevaju se operacije brisanja i dodavanja slogova, kao i modifikovanje postojećih slogova. Codd naglašava da je “pogled teorijski moguće ažurirati ako postoji vremenski nezavisan algoritam koji nedvosmisleno određuje niz izmena u baznim relacijama, čiji je konačni efekat upravo zahtjevana izmjena nad pogledom."

Boldovana definicija mi se narocito dopada! :udri:

Dominator · **Poslato:** 14.09.2010. 17:30:56

Ma beži, to ću onda da preskočim, verovatno su im neka pitanja odavno pa se nadam da su ih zaboravili

Ultra · **Poslato:** 14.09.2010. 17:42:52

То за услове које поглед треба да испуни да би могао да послужи за ажурирање базе података је написано на 151. и 152. страници у књизи, има 5 услова.

Dominator · **Poslato:** 14.09.2010. 17:52:10

Aha, e hvala!

Malisa757 · **Poslato:** 14.09.2010. 18:02:39

da li je "Ažuriranje relacionih pogleda" isto pitanje kao i "Azuriranje relacionim pogledom"?

Dominator · **Poslato:** 14.09.2010. 18:25:58

Evo pronašao sam na jednoj od prethodnih strana kako se ustvari piše zadatak za onaj triger što je pitao mališa757, inače ga je uradio kolega uzas, najveći bazač podataka ovde tako da možemo reći da je dobar!:

Citiraj:

CREATE TRIGGER on_delete_cascade
AFTER DELETE ON T1
REFERENCING
OLD AS StariRed
FOR EACH ROW
BEGIN
DELETE from T2
WHERE C = StariRed.A
END;

^To bi morali da pitamo Milku Canu

Opusti se, naravno da jeste!

Malisa757 · **Poslato:** 14.09.2010. 18:31:02

zasto FOR EACH ROW umesto FOR EACH STATEMENT?

i zasto je izbaceno ATOMIC?

Dominator · **Poslato:** 14.09.2010. 18:39:43

Zato sto u pitanju piše na nivou reda, a ne na nivou naredbe.

!von · **Poslato:** 14.09.2010. 18:50:49

ajde pliiiiiz da neko ispise xml iz septembra pod a :((

beavis · **Poslato:** 14.09.2010. 18:53:41

e ovako nesto sam i ja mislio, samo fali "old ROW as StariRed" i "begin ATOMIC"

bas bi dobro bilo da dodje triger

Dominator · **Poslato:** 14.09.2010. 19:08:06

!von je napisao:

ajde pliiiiiz da neko ispise xml iz septembra pod a :((

Kod:

xs:schema
xs:element name="Model"
xs:complexType
xs:choice maxOccurs="unbounded"
xs:element name="Grad" type="GradType" 
xs:element name="Region" type="RegionType"
/xs:choice
/xs:complexType
/xs:element

 
xs:complexType name="Geografski_entitetType"
xs:sequence
xs:element name="Naziv" type="xs:string"
/xs:sequence
xs:attribute name="ID" type="xs:ID" use="required"
/xs:attribute
/xs:complexType

xs:complexType name="GradType"
xs:complexContent
xs:extension base="Geografski_entitetType"
xs:attribute name="BrojStanovnika" type="xs:int"
/xs:extension
/xs:complexContent
/xs:complexType

xs:complexType name="RegionType"
xs:complexContent 
xs:extension base="Geografski_entitetType"
xs:attribute name="Povrsina" type="xs:int"
/xs:extension
/xs:complexContent
/xs:complexType

/xs:schema

Nisam siguran samo kako izmodelovati vezu između Grad i Region..

uzas · **Poslato:** 14.09.2010. 19:23:40

Kod:

CREATE OR REPLACE TRIGGER "ON_DELETE_CASCADE" 
AFTER DELETE ON T1
FOR EACH ROW
BEGIN
DELETE from T2
WHERE C = :OLD.A;
END;

evo direktno iz Oracle-a radi ko svajcarac, ko ne neveruje neka proba...

cak nema potrebe ni za referenciranjem, on to sam radi kao :OLD i :NEW...

Kod:

<?xml version="1.0" encoding="ISO-8859-1"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">

   <xs:element name="model">
      <xs:complexType>
         <xs:sequence maxOccurs="2">
            <xs:element name="Grad" type="GradTip" minOccurs="0" maxOccurs="unbounded"/>
            <xs:element name="Region" type="RegionTip" minOccurs="0" maxOccurs="unbounded"/>
         </xs:sequence>
      </xs:complexType>
   </xs:element>

   <xs:complexType name="GeografskiEntitet">
      <xs:attribute name="ID" type="xs:ID" use="required"/>
      <xs:attribute name="Naziv" type="xs:string"/>
   </xs:complexType>

   <xs:complexType name="GradTip">
      <xs:complexContent>
         <xs:extension base="GeografskiEntitet">
            <xs:attribute name="BrojStanovnika" type="xs:int"/>
            <xs:attribute name="Pripada" type="xs:IDREF" use="required"/>
         </xs:extension>
      </xs:complexContent>
   </xs:complexType>

   <xs:complexType name="RegionTip">
      <xs:complexContent>
         <xs:extension base="GeografskiEntitet">
            <xs:attribute name="Povrsina" type="xs:int"/>
         </xs:extension>
      </xs:complexContent>
   </xs:complexType>
</xs:schema>

Dominator · **Poslato:** 14.09.2010. 21:01:35

uzas, da li bi mogao molim te da pojasniš malo ovaj triger koji si napisao na jednoj od prethodnih strana pošto ovo daleko prevazilazi okvire knjige tako da bi ga jedino mogao napamet naučiti.. ili ako može da se uradi na jednostavniji način, pošto ne kapiram šta je sad CURSOR,FETCH, pa onaj znak %,čemu DECLARE itd itd... :stid:

Kartica (Proizvod, Datum, TipPromene, Kolicina)
Stanje (Proizvod, Kol Stanje)
atribut TipPromene uzima vrednost iz skupa ('ulaz', 'izlaz')
napisati triger kojim se zabranjuju operacije brisanja i azuriranja u tabeli kartica

Kod:

CREATE OR REPLACE TRIGGER ZABRANA_BRISANJA_I_AZURIRANJA 
BEFORE DELETE OR UPDATE OF Proizvod ON Kartica 
FOR EACH ROW 
DECLARE 
broj INTEGER; 
greska EXCEPTION; 
CURSOR pronadji (PR NUMBER) IS 
       SELECT Proizvod FROM Stanje WHERE Proizvod = PR; 
BEGIN 
OPEN pronadji (:old.Proizvod); 
FETCH pronadji INTO broj; 
IF pronadji%FOUND THEN 
RAISE greska; 
END IF; 
CLOSE pronadji; 
END;

uzas · **Poslato:** 14.09.2010. 21:49:39

ajd' od pocetka... prva tri reda su ti valjda jasna...

DECLARE - kao sto ime kaze, deklarises promenljive, broj koji je tipa INTEGER i greska koja je tipa EXCEPTION...
CURSOR - kursor ti predstavlja recimo neku jednostavnu metodu...
"pronadji" je naziv kursora, a "SELECT Proizvod FROM Stanje WHERE Proizvod = PR" je telo kursora (ono sto ce raditi kursor), u prevodu metoda koja pronalazi sve proizvode u tebeli Stanje koji su jednaki nekom unetom proizvodu (to je ono PR koje se prima kao parametar te metode)
OPEN - pokrece kursor
FETCH - s obzirom da je rezultata cursor-a vise redova, sa FETCH se preuzima red po red i ta vrednost se stavlja u promenljivu broj
IF - ukoliko se kursor izvrsi, odnosno pronadje neki proizvod, izbacice EXCEPTION, u prevodu nece da dozvoli operaciju brisanja i azuriranja proizvoda u tabeli Kartica ukoliko postoji taj isti proizvod u tabeli Stanje... sto i jeste poenta zadatka
CLOSE - zatvara kursor

*ne znam odakle je ovaj zadatak, ali cisto sumnjam da ce tako nesto dati na ispitu...

Dominator · **Poslato:** 14.09.2010. 21:55:42

Uh, hvala majstore na trudu i izdvojenom vremenu!

!von · **Poslato:** 14.09.2010. 22:08:45

\o/
hvala kolege

FONForum

Baze podataka 2009/10

Ko je OnLine