Informatica lol

Vandaag zat ik dus bij huiswerkbegeleiding, en dacht ik zo van, fak tis mijn laatste pw en het is retesimpel, dus ik maak een lollige samenvatting XD

Hier issie dan XD (let niet op alle slimme shit ertussen, alleen
de lol is leuk XD doh) en let ook niet op de spellingsfouten XDD

H10: Relationele Databases (beetje blabla als introductie)

Door middel van standaardsoftware worden databases gemaakt (DBMS: DataBase Management System). Dmv deze software moeten een aantal handelingen mogelijk moeten zijn, bijvoorbeeld het opvragen van gegevens of nieuwe erin zetten. Et zijn ook fouten mogelijk binnen een database, bijvoorbeeld: een leerling wordt er twee keer in gezet, bepaalde informatie ontbreekt, broers en zussen op school, en gewoon dingen die in werkelijkheid niet eens kunnen. Intergriteit: de juistheid van de gegevens binnen een database.
RDMBS (Relational DataBase Management System), hierin worden alle gegevens in aparte tabellen opgeslagen. De vraagtaal hiervan heet SQL (Structured Query Language).

Commando's binnen SQL: (heel boeiend, kk veel info, en uiteinelijk denk je fak het viel mee)

SELECT <gegeven> (alle kolommen: SELECT *)
FROM <tabel>

SELECT <gegeven>
FROM <tabel>
ORDER BY <gegeven> of <nummer van kolom als er meerdere zijn> of <nummer DESC>

SELECT DISTINCT <gegevens> (toont elke <gegeven> maar één keer)
FROM <tabel>

SELECT <gegevens>
FROM <tabel>
WHERE <voorwaarden>
<gegeven> =/<>/</>/=>/<= <getal/gegeven>
<gegeven> LIKE <deel van gegeven ofzo> (analyseert gegeven en geeft alle mogelijkheden)

WHERE <gegeven> = <voorwaarde>
AND <gegeven> = <voorwaarde>

WHERE <gegeven> = <voorwaarde>
OR <gegeven> = <voorwaarde>

<gegeven> IS NULL (zoekt naar niet ingevulde velden)

WHERE NOT ( <gegeven> = <voorwaarde> ) (pikt de gegevens in die NIET aan de voorwaarde voldoen)
Alle soorten voorwaarden kunnen tussen de haakjes worden ingevoerd, maar dan zonder de Enter ertussen zoals normaal.

WHERE ( ( <gegeven> = <voorwaarde> AND <gegeven> = <voorwaarde> ) OR <gegeven> = <voorwaarde> )
WHERE ( <gegeven> = <voorwaarde> AND ( <gegeven> = <voorwaarde> OR <gegeven> = <voorwaarde> ) )
(gecombineerde voorwaarden, pas op waar je de haakjes zet!!)

SELECT COUNT (*) (telt aantal)
FROM <tabel>

SELECT COUNT (*) AS <kolomnaam> (telt aantal en geeft resultaat als aparte kolom)
FROM <tabel>

SELECT SUM (*) (telt alle getallen op, bijvoorbeeld geldboete)
FROM <tabel>

Nog meer gecombineerde voorwaarden, happy happy joy joy...

SELECT <gegeven>, COUNT (*) AS <kolomnaam> (telt het aantal binnen de subcategorieen)
FROM <tabel>
SORT BY <gegeven>

Voorbeeld voor subquery's (yeaaaaah awesumness...)

SELECT MAX ( <gegeven 1> )
FROM <tabel>

SELECT <gegeven 2>
FROM <tabel>
WHERE <gegeven 1> = <voorwaarde>

Dit valt te combineren (tuurlijk wat kan een database niet om het lekker moeilijk te maken)

SELECT <gegeven 2>
FROM <tabel>
WHERE ( SELECT MAX ( <gegeven 1> )
FROM <tabel> )

En natuurlijk kunnen die mensen van Informatica-Actief het nóg erger maken door ergere uitbreiding... Awesome shit we're talking about.

SELECT <gegeven 1>, <gegeven 2>, <gegeven 3>
FROM <tabel>
WHERE <gegeven 2> = (als je ipv = IN gebruikt, krijg je meerdere resulaten)
( SELECT <gegeven 2>
FROM <tabel>
WHERE ( SELECT MAX ( <gegeven 1> )
FROM <tabel> ) )

Deze commando's kun je natuurlijk ook gebruiken met de beruchte en angstaanjagende NOT-voorwaarde..

Wat ook mogelijk is, en dat heeft iedereen zich natuurlijk allang afgevraagd, is of je meerdere tabellen kunt gebruiken om gegevens uit te halen. Ja dat kan, gewoon door een komma onderscheiden. Tabellen kunnen ook een pseudoniem krijgen, bijvoorbeeld <tabel 1> wordt <tabel> T1, dan hoef je niet elke keer <tabel 1> in te vullen bij de query's. In grotere databases worden natuurlijk meen en ingewikkeldere koppelingen gemaakt, bijvoorbeeld de schoolbibliotheek. Sommige gegevens moeten worden samengevoegd worden, aangezien se toch hetzelfde nummer hebben bijvoorbeeld.

Uiteindelijk kunnen we een samenvattend (jippe) schema maken van hoe een SQL-query maken:

SELECT <kolommen en/of functies>
FROM <tabellen>
[ WHERE <voorwaarden> ]
[ ORDER BY <sorteer-kolommen> ]
[ GROUP BY <groepeer-kolommen> [ HAVING <groep-voorwaarden> ] ]

Zozo, dit hoofdstuk is afgelopen, dat was een beetje snel, ik was nog van plan de tijd een beetje te rekken want ik heb geen andere vakken bij me.. Yeah boredom ftw ^^






H12: Informatiemodellering (puh wat een leuk woord voor galgje, zal ik zeker doen uit verveling)

Hiermee wil men zeggen (omg wat een mooie formulering) hoe je uit een stel zinnen ofzo een database opstelt, zoals in de PO. Het bouwen van zo'n database kan lastig gaan (hehe daar waren we nog neit achter), maar alles hangt ervanaf hoe handig je te werk gaat ... *tumdumdum*

De 6 heilige stappen van het opstellen van een database:

1. Bepaal de eisen aan het systeem. Ofwel welke info er wel en niet is, en wat je wel moet kunnen opvragen en wat niet.
2. Onderzoek welke informatie van belang is voor het systeem. Ofwel bijna hetzelfde als stap 1, geweldig.
3. Bepaal de structuur die je in de database gaat aanbrengen. Ofwel een onmogelijk schema zoals in de PO die moesten maken als een oefening. Zoals deze lol http://sint-maartenscollege.teletop.nl/tt/stmaartens/courses/20092010infa-vwo.nsf/c125762e00530b1fc12576fe0070dfec/$file/Gegevens%20analyseren%20en%20een%20database%20bouwen.pdf?OpenElement. Login 205137 en wachtwoord student, op pagina 10 staat het. Awesumness, maar mijn diagram zag er nog leuker uit ^^, allemaal kriskras door elkaar.
5. Maar de fakking shit. Leuk.
6. En test het dmv opvragen enzo, alle wat je in H10 gehad hebt. Ofwel iets dat nog langer duurt als het bouwen van de databse zelf.

We gaan ook nog goede en slechte ontwerpen bekijken, ofwel het analyseren van fail. Natuurlijk moet je oppassen met de fouten die in H10 werden genoemd, want alles wat hierin wordt genoemd staat al lekker in H10. dat ga ik dus no way nog een keer overtypen, miss als ik nog tijd over heb na het afmaken van H12. En o kijk het is bijna pauze.

Maar hoe verwoord je nou gewoon zinnen in een database? Haal er feiten uit. Ald je een zin hebt zoals "Jan faalde op 23 september"http://informatica-actief.stoas.nl/file.php/19/Afbeeldingen/Basistheorie/h12fig38groeperen.png. Die had ik ook nog nog nooit eerder gezien lol.
4. Maak een ontwerp. Alweer een schema dus. Lol, deze is leuk, dat was van onze PO: , kun je dat opsplitsen in "Jan", wat NAAM is, en 23 september, wat DATUM wordt. En dan kan dat óók weer in MAAND en DAG worden gesplitst. NAAM wordt een onjecttype, samen met DATUM, en MAAND en DAG worden labeltypen. Zoiets heet kwalificeren van een uitdrukking. Er zijn 4 soorten "types", namelijk objecttype, labeltype, feittype en zintype. Alles kan gekwalificeerd worden, niks ontsnapt aan de gruwelijke monster dat Type heet.
Als je al deze dingetjes hebt gekwalificeerd, kun je ze in een diagram laten weergeven, dus zo een als van het PO. Als je geluk hebt... Laat maar tis pauze. Kortom, als je geluk hebt doet het programma het wel goed voor je, anders moet je alles zelf opd e plek slepen.

Daarmaa is H12 finito.