Databases I Praktische aspecten Database Design en Database System Architectuur Martin Caminada / Wiebren de Jonge Vrije Universiteit, Amsterdam definitieve.

Slides:



Advertisements
Verwante presentaties
Inleiding in de statistiek voor de gedragswetenschappen Met ondersteuning van SPSS Guido Valkeneers.
Advertisements

SQL deel 2: datamodel ontwerp
Work shop nieuwe functionaliteit Roy-data Nieuwe bevragings- en procesmogelijkheden release voorjaar 2014 Tjeerd Wierda.
Digitaal Depot. Waarom een Digitaal Depot •Overheden en particulieren werken steeds meer en soms alleen nog maar digitaal; •Gebruikers verwachten digitaal.
OOS Object geOrienteerd Software-ontwerp
Module 7 – Hoofdstuk 5 (1) SQL – een begin.
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
Het ER model Een powerpoint presentatie, gemaakt door: F. Triep
RUP Elaboration Analyse en Ontwerp Jef Bergsma.
CAB Centraal Adres Beheer. Scope onderwerp Vlaanderen Identificeren van: – Gebouwen/plaatsen – Personen Out of scope – Percelen – Andere entiteiten.
HALLO OPLETTEN : Waarom sql DOEN : Introductie opdracht
Databases I Van EER naar relationeel
Opleiding AI cursus Databases
Activiteit 1.6 Bepalen niet-functionele eisen
Ontwerpen van Informatiesystemen met
ISA (InformatieSysteemArchitectuur) Geert-Jan Houben.
ontwerp een datamodel Criteria voor een goed model Ontwerppatronen
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
ontwerp een datamodel Criteria voor een goed model Ontwerppatronen
INTERACTION DESIGN Week 4.
INTERACTION DESIGN Week 2. VANDAAG Wat hebben we ook al weer gedaan Usecase vormen Bouwstenen Spelregels Briefing voor werkcolleges Q & A.
Normalisatie Relationeel databaseontwerp:
Opleiding Kunstmatige Intelligentie cursus Databases voor AI
Opleiding AI cursus Databases
Vrij Technisch Instituut - Hasselt
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
Databases I Functionele Afhankelijkheden en Normaalvormen
Databases I Relationeel Model Martin Caminada / Wiebren de Jonge Vrije Universiteit, Amsterdam definitieve versie 2002.
Martin Caminada / Wiebren de Jonge Vrije Universiteit, Amsterdam
Databases I EER and Object Modeling Martin Caminada / Wiebren de Jonge Vrije Universiteit, Amsterdam definitieve versie 2002.
Databases I (H. 1) Wiebren de Jonge Vrije Universiteit, Amsterdam Voorlopige versie 2003.
Besturings- systeem A Computer A Besturings- systeem B Computer B Netwerk Handmatige taak I Applicatie 2Applicatie 1 Handmatige taak II Applicatie 3 Gebruiker.
Mind Detail View Mind Database Report Editor Doors Interface Structure View Interlink OS Import Functions NetCom Comm. Grafical View Artificial Intelligence.
Designing Knowledge Systems b Hoofdstuk 11 van Knowledge Engineering and Management. The CommonKADS Methodology. b A.Th. Schreiber, J.M. Akkermans, A.A.Anjewierder,
1 OMI Technisch ontwerp. 2 Technisch ontwerp ‘content’ Veel breder dan business portals (Carlson) Verschillende aspecten / aandachtspunten:
Presentatie Studiemiddag Indexen en Nadere Toegangen Ralph Stuyver, Projectmanager 4 maart 2010.
Game Architectuur Case. Game Architectuur Case - Requirements Hardware  het spel moet op een PC draaien met verschillende hardware; Input  het spel.
Databases & SQL Docent: Henny Klein
Databases.
1 Over het examen (1): Modus Mondeling met schriftelijke voorbereiding 4 uur, 3 onderdelen: –Modellering (  schriftelijk, dan mondeling) –Queries / relationeel.
Waarom een standaard Een norm of standaard is een procedure of een maat waarvan een groep mensen met elkaar heeft afgesproken dat ze hem zullen gebruiken.
BOM-VL WP1 Gebruikersnoden Overzicht onderzoekstaken Gert Nulens IBBT/SMIT Vrije Universiteit Brussel.
Relationele Databases
Farmaceut domein (Client) Innospense domein (Server) Browser Webserver
IT - project Dominique Denie.
Pag. Software Engineering: SCRUM 2 Schedule Generator Zjef Van de Poel, Alexander De Cock, Adam Cooman, Matthias Caenepeel
Inleiding in de statistiek voor de gedragswetenschappen
Artificial Pancreas Cheetah Just Boerlage & Patrick van Kouteren.
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
Vakgroep Telecommunicatie en Informatieverwerking 1 Relationele databases: Het relationeel databasemodel Hoofdstuk 4 Database, Document and Content Management.
Databases I (H. 7: 1-3) Het Relationele Model Wiebren de Jonge Vrije Universiteit, Amsterdam versie 2003.
Databases I (Info) Wiebren de Jonge Vrije Universiteit, Amsterdam versie 2003.
Databases I (H. 17) DB System Architectures & DB System Catalog Wiebren de Jonge Vrije Universiteit, Amsterdam versie 2003.
Databases I Het Entity-Relationship Model
Databases I (H. 2) Wiebren de Jonge Vrije Universiteit, Amsterdam versie 2003 (blijft dit jaar ‘incompleet’)
ANALYSE 3 INFANL01-3 WEEK CMI Informatica.
Analyse 3 INFANL01-3 week 2 CMI Informatica.
ANALYSE 3 INFANL01-3 WEEK CMI Informatica.
1 KPN Mobiel – Introductie Repository Object Browser & Designer 10 Designer 10g & Repository Object Browser Maandag 28 februari 2005 Lucas Jellema (AMIS)
Bra1 STUDENTMOBILITEIT informatieanalyse Andre Brands – december 2014.
Gebruikers- ondersteuning Require- ments man. Educatie Monitoring Data- beheer Management- informatie Operationeel support Tactisch support Strategisch.
Klankbordgroep III 2 okt 2008
Informatica-Actief Thema: Databases en informatiemodellering
= Data management Voor uitvoering en communicatie Informatie tijdens het ontwerp- en het bouwproces Werken met het InfraModel Het begin van de verandering!
Unified Modeling Language 2.0
Strategisch support Management support Strategie Tactisch support
Learning Content Management Systeem
ASP.NET MVC Web Development
Hoofdstuk 10 Handig rekenen 2. Hoofdstuk 10 Handig rekenen 2.
Workshop Semantiek III #GIPOD
Transcript van de presentatie:

Databases I Praktische aspecten Database Design en Database System Architectuur Martin Caminada / Wiebren de Jonge Vrije Universiteit, Amsterdam definitieve versie 2002

Strategieën conceptueel schema design  top-down  bottom-up

Voorbeeld top-down schema design (fig 16.2a)

Voorbeeld top-down schema design (fig 16.2b)

Voorbeeld bottom-up schema design (fig 16.3a)

Voorbeeld bottom-up schema design (fig 16.3b)

Conceptueel schema design (EER)  centralized (one shot) schema design: eerst globale requirements opstellen, daarna globaal conceptueel schema opstellen  view integration: per gebruikersgroep requirements en conceptuele schema’s opstellen; daarna integreren tot een globaal conceptueel schema

View integration 1)identificeren van overeenkomsten en conflicten tussen de schema’s: -naam conflicten (homoniemen / synoniemen) -type conflicten (bv. entiteit versus attribuut) -domein conflicten (bv. integer versus string) -constraint conflicten 2)aanpassen van views zodat deze met elkaar in overeenstemming zijn 3)samenvoegen van views 4)herstructureren

Voorbeeld view integration (fig 16.4 i)

Voorbeeld view integration (fig 16.4 ii)

Voorbeeld view integration (fig 16.5)

Strategieën view integratie proces (fig 16.6)

Database architectuur: gecentraliseerd (fig 17.1a)

Database architectuur: Client-Server (fig 17.1b)

Database architectuur: Client-Server (fig 17.1c)

Voorbeeld catalog (fig 17.2)

Voorbeeld relations in catalog (fig 17.3)

HUIS(STAD 1, STRAAT 1, HUISNR 1,2, POSTCODE 2, VRAAGPR) REL_AND_ATTR_CATALOG REL_NAMEATTR_NAMEATTR_TYPEMEMBER_OF_PKMEMBER_OF_FK HUIS PLAATS STRING yesno HUIS STRAAT STRING yesno HUIS HUISNR STRING yesno HUIS POSTCODE STRING nono HUIS VRAAGPR INTEGER nono RELATION_KEYS REL_NAMEKEY_NUMBER MEMBER_ATTR HUIS 1 PLAATS HUIS 1 STRAAT HUIS 1 HUISNR HUIS 2 POSTCODE HUIS 2 HUISNR

Catalog versus Data Dictionary  Catalog: bevat de database-schema’s (nodig voor functioneren DBMS)  Data dictionary: bevat diverse meta-data vooral bedoeld voor ontwerpers, gebruikers en systeembeheer

Thuis  nalezen: –Hoofdstuk 16 (16.4 overslaan) –Hoofdstuk 17 (17.3 overslaan)  huiswerk: –opgave 11 –opgave 25