DBI026 Databazove aplikace

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <body> <h1>Zimní semestr akademického roku 2009/2010</h1>  <p>Prednáska samotná je zamerena na ANSI SQL, a odlisnosti proprietárních resení od tohoto standardu s tím, ze cvicení jiz budou zamerena specificky na jednu z platforem Oracle (M. Kopecký) a Microsoft SQL Server (T.Skopal).</p>  <ul> <li>Volne síritelná databáze <i>Oracle 11g R2 Express Edition</i> (vyuzívá max. 1CPU, max. 1GB RAM, max. 4GB diskového prostoru) je k dispozici <a href="http://www.oracle.com/technology/products/database/xe/index.html" target="_new">zde</a>.</li> <li><i>Oracle SQL Developer</i>, volne siritelná klientská aplikace pro Oracle s radou uzitecných mozností je ke stazení <a href="http://www.oracle.com/technology/products/database/sql_developer/index.html">zde</a>. Vyzaduje <a href="http://java.sun.com/javase/downloads/index.jsp">Java 1.6 SDK</a>.</li> <li>Volne siritelná verze <i>Microsoft SQL Server 2008 R2 Express Edition</i> je k dispozici <a href="http://www.microsoft.com/Sqlserver/2005/en/us/express-down.aspx">zde</a>.</li> </ul> <p>Poznámka: Vzhledem k mnozícím se útokum na pocítac mates.ms.mff.cuni.cz ze sveta jsem omezil prímý prístup pres SSH pouze na doménu *.mff.cuni.cz. V soucasnosti jsou povoleny síte 195.113.16.0/22, 195.113.21.128/25 a 195.113.24.0/22. Je mozné se pripojit mj. pres libovolný pocítac u-pl... v ULABu. Pokud nefunguje pripojení z nejakého pocítace v doméne *.mff.cuni.cz, poslete mi jeho jméno, IP a masku, abych mohl sít pridat do firewallu.</p> <h1>Pozadavky pro ak. rok 2009/2010 na klasifikovaný zápocet</h1> <p>Verze <span style="text-decoration: line-through;">2006.01.11</span> <span style="text-decoration: line-through;">2006.09.06</span><span style="font-weight: bold;"> </span><span style="font-weight: bold;">2006.11.28</span> (<span style="font-style: italic;">detaily se jeste mohou zmenit v závislosti na probrané látce, hlavní rysy by mely být v podstate stabilní</span>)</p> <p>Není vylouceno, ze od vás na nekterém z cvicení (bude prípadne oznámeno rekneme týden predem) budeme chtít napsat resení nejakého problému prímo na cvicení a poslat toto resení od kazdé skupinky studentu u jednotlivých pocítacu mailem na konci hodiny.</p> <p>Základem je <span style="font-weight: bold;">individuální</span> databázová aplikace</p> <p><span style="font-weight: bold;">Nejzazsí termín</span> odevzdání <span style="font-weight: bold;">hotové</span> aplikace je <span style="font-weight: bold;">konec cervna 2010</span>. Doporuceným a preferovaným termínem je konec zkouskového obsobí za zimní semestr.</p> <ul> <li>Aplikace bude reprezentována databázovou vrstvou a aplikacní vrstvou v PL/SQL, respektive T-SQL. <span style="font-weight: bold;">Cílem není psát uzivatelské rozhraní.</span></li> <li>Aplikace by mela být zalozena na nejakém rozumném a reálném zadání, které bude obsahovat vhodný pocet navzájem provázaných tabulek. Vhodný pocet je 7-10 tabulek plus mínus rozptyl podle typu aplikace. Konkrétní zadání, tj. rámcový návrh toho, co aplikace bude evidovat a co bude delat, dohodnete mailem s vedoucím cvicení. Vhodným základem zadání je napr. "<span style="font-style: italic;">Pujcovna DVD</span>", "<span style="font-style: italic;">Evidence zvírat v ZOO</span>", "<span style="font-style: italic;">Evidence clenu rybárského svazu</span>". <span style="font-weight: bold;">Vhodným základem zadání NENÍ </span>"<span style="font-style: italic;">Aplikace s tabulkami A, B, C, D, E, F, G, H</span>", a podobne. </li> <li>Resení by melo obsahovat:</li> <ul> <li>Definice potrebných tabulek vcetne definic primárních, kandidátních a cizích klícu.</li> <li>Definice vhodných indexu vcetne tech pres vsechny cizí klíce.</li> <li>Definice dalsích integritních omezení hlídajících integritu zadávaných dat.</li> <li>Triggeru hlídajících veci, které na úrovni IO hlídat nelze.</li> <li>Neexistující uzivatelské rozhraní by melo být simulováno pohledy odpovídajícími jednotlivým obrazovkám. Napr.: </li> <ul> <li>Seznam zákazníku vcetne údaju dotazených z císelníku </li> <li>Seznam výpujcek vcetne údaju o zákaznících a vypujcených titulech.</li> <li>Seznam výpujcek po termínu.</li> <li>Seznam poctu volných kusu od jednotlivych titulu</li> <li>atd. atd. (podle potreby aplikace)</li> </ul> <li>Jednotlivé tabulky (rozhodne ty hlavní) by mely mít definovány balíky procedur, funkcí a dalsích potrebných objektu které manipulují s danými entitami obdobne jako v objektovém programování a reprezentují tak aplikacní vrstvu. Procedury a funkce by mely hlídat, zda jsou data smysluplná. Resp. mely by pocítat s tím, ze triggery a IO nekteré manipulace odmítnou a korektne se k výjimkám zachovají. Príklad metod pro zákazníky v pujcovne:</li> <ul> <li>Pridání nového zákazníka.</li> <li>Zrusení zákazníka (pokud nemá nic pujceného)</li> <li>Evidence nové výpujcky.</li> <li>Vrácení konkrétní výpujcky.</li> <li>Vrácení vsech výpujcek zákazníka.</li> <li>Spoctení penále za pretazení doby výpujcky</li> <li>atd. atd. (podle potreby aplikace)</li> </ul> </ul> <li>Schéma by melo být rozumne indexované, aby dotazy na vsechny data pohledu nevyzadovaly více nez jeden FULL-SCAN (na rídící tabulku). SQL príkazy v procedurách a funkcích by krome oduvodnených situací nemely vyzadovat zádný FULL-SCAN, protoze se manipuluje s omezenou sadou rádek. </li> <li><span style="color: rgb(255, 0, 0);">Dbejte na moznost paralelního behu více instancí programu nad sdílenými daty. Kritické sekce programu by mely vhodne vyuzívat transakcních schopností vcetne zamykání tabulek a rádek pro dosazení datové konzistence.</span></li> <li>Soucástí resení by mely být alespon následující skripty:</li> <ol> <li>Vytvorení celého schématu.</li> <li>Vlození demonstracních dat</li> <li>Vygenerování statistik ke vsem tabulkám schématu</li> <li>Zrusení statistik ke vsem tabulkám schématu</li> <li>Korektní zrusení celého schématu </li> <li>Testovací skript, který by ukázal funkcnost vsech navrzených verejných metod v procedurálním rozhraní a funkcnost pohledu. Napríklad:<br> <pre>--jak vypadaji zakaznici pred zmenami?<br>select * from pohled_na_zakazniky;<br>-- pridame dalsiho zakaznika do seznamu zakazniku ...<br>exec db_zakaznik.novy_zakaznik(...);<br>-- ... nejakemu jinemu zakaznikovi zmenime adresu ...<br>exec db_zakaznik.zmena_zakaznika(...);<br>-- ... pokusime se smazat zakaznika s vypujckami ...<br>exec db_zakaznik.zrus_zakaznika(...);<br>-- ... a nejakeho zakaznika bez vypujcek<br>exec db_zakaznik.zrus_zakaznika(...);<br>-- jak vypadaji zakaznici po zmenach?<br>select * from pohled_na_zakazniky;<br>...</pre> </li> </ol> <li>Skripty okomentujte </li> <ul> <li>U kazdého skriptu by melo být mozné urcit autora. </li> <li>Ve skriptu 1) by melo být popsané zadání úlohy. </li> <li>Skript 1) by mel popisovat význam jednotlivých objektu ve schématu, vcetne sloupcu tabulek a parametru procedur a funkcí </li> <li>Skript 6) by mel popisovat, co se daným voláním testuje, a zvláste to, ze volání má skoncit chybou (jakou, proc).</li> <li style="color: rgb(255, 0, 0);">U slozitejsích SQL dotazu a príkazu uvedte, co delají. Bez komentáre se význam príkazu zpetne tezko zjistuje.</li> </ul> </ul> </body> </html>