Samenvatting IDMBS 2022-2023 – P1
Samenvatting videocolleges IDBMS, verdeeld per video.
Video 2 – Database concepts
Lezen: 1.1, 1.2, 1.3, 1.6, 1.7, 1.8 en 1.9
Er wordt behandeld:
- Karakteristieken van een database
- Voordelen van een DBMS benadering
- Korte historie van IDBMS applicaties
- Wanneer gebruik je geen DBMS
Karakteristieken van een database
Een database is zelf omschrijvend:
- Met metadata (beschrijving van de data).
- Catalogus met DBMS software.
- Catalogus voor mensen die informatie over de DB structuur nodig hebben.
Er vindt isolatie plaats applicaties, data en data abstractie:
- Program-data onafhankelijkheid: datastructuur in DBMS catalogus is apart van applicaties.
- Program-operation onafhankelijkheid: interface staat los van de data.
- Program-operation onafhankelijkheid: interface bevat naam en datatypes van de argumenten.
Data abstractie:
- onafhankelijkheid van program-data en program-operation.
- Conceptuele weergave: laat alleen zien wat er nodig is, niet hoe het opgeslagen is of hoe querys
uitgevoerd worden.
- Data model: Type van data abstractie wat gebruikt wordt voor conceptuele weergaves.
Toepassing van views:
- Een view laat een deel van de data zien, zoals een persoonlijke bankrekening. De gebruiker ziet
alleen zijn/haar data, niet die van iedereen.
- Dit is een virtuele dataweergave, het is niet per se op die manier opgeslagen.
Delen van data:
- Concurrency control: zorgt ervoor dat de data correct blijft als meerdere gebruikers tegelijkertijd
iets proberen te updaten. Het resultaat is dat de data goed blijft.
- Online transaction processing application: transactie georiënteerde applicaties.
Meerdere gebruikers tegelijkertijd (multiuser):
, - Meerdere gebruikers kunnen gebruik maken van een DB, de bevoegdheden kunnen hiervoor
aangepast worden.
- Gebeurd vaak met views.
- Transacties: isolation -> elke transactie wordt geïsoleerd uitgevoerd.
- Transaction: atomicity -> alle DB operaties worden uitgevoerd, of er wordt er geen een
uitgevoerd.
Voordelen van een DBMS benadering
Redundancy:
- Er wordt gecontroleerd of data niet dubbel opgeslagen wordt.
- Data normalization: redundancy en spaarzaam omgaan met opslag.
- Denormalization: soms nodig om bepaalde querys uit te voeren.
Toepassen van autorisatie:
- Security en autorisatie subsystemen
Persistentie:
- Als de software niet meer werkt blijft de data nog wel in een valide staat.
- Veel software biedt de mogelijkheid om met DB structuren samen te werken.
Opslag structuren:
- Indexen
- Buffering en catching
- Query proccessing en optimalisatie
Wanneer gebruik je geen DBMS
- Kleine DB applicaties die niet veranderen
- Real-time applicaties en toepassingen, er ontstaat overhead.
- Embedded systems met een kleine opslag mogelijkheid
- Geen gebruik van multiuser
Video 3 – Three schema architecture
Lezen: 2.1, 2.1, 2.4, 2.6 en 2.7
Er wordt behandeld:
- Three schema architecture en data onafhankelijkheid
Bij een normale file-based approach is er een hiërarchie. Een map zit in een map en zo verder. Als de
bovenste map verwijderd wordt, wordt de inhoud ook verwijderd. Het is ook niet mogelijk om vanuit de
ene map een bestand in een andere map te benaderen.
, Three schema architecture en data onafhankelijkheid
Alle lagen zijn aan elkaar gekoppeld d.m.v. mapping!
Interne laag (fysieke laag):
- Beschrijft de fysieke opslag structuur van de database.
- Dit is de enige fysieke opslag van de data.
Conceptuele laag (logische laag):
- Beschrijft de structuur van de database voor een groep gebruikers.
- Beschrijft hoe de data eruit ziet, bestaande uit tabellen en kollommen.
Externe laag (view level)
- Beschrijft een deel van de database waar een bepaalde groep gebruikers geïnteresseerd in is.
- Zorgt ervoor dat niet iedereen zomaar bij de conceptuele en interne laag komt.
- Toepassingen werken vaak op deze laag.
Figuur 1: Three schema architecture
Logische data onafhankelijkheid:
- Ontstaat tussen de externe (view level) laag en de conceptuele (logische) laag.
- De data van de externe (view level) laag is onafhankelijk van de conceptuele (logische) laag.
Fysieke data onafhankelijkheid:
- Ontstaat tussen de interne (fysieke) laag en de conceptuele (logische) laag.
- De data van de interne (fysieke) laag is onafhankelijk van de conceptuele (logische) laag.
Samenvatting videocolleges IDBMS, verdeeld per video.
Video 2 – Database concepts
Lezen: 1.1, 1.2, 1.3, 1.6, 1.7, 1.8 en 1.9
Er wordt behandeld:
- Karakteristieken van een database
- Voordelen van een DBMS benadering
- Korte historie van IDBMS applicaties
- Wanneer gebruik je geen DBMS
Karakteristieken van een database
Een database is zelf omschrijvend:
- Met metadata (beschrijving van de data).
- Catalogus met DBMS software.
- Catalogus voor mensen die informatie over de DB structuur nodig hebben.
Er vindt isolatie plaats applicaties, data en data abstractie:
- Program-data onafhankelijkheid: datastructuur in DBMS catalogus is apart van applicaties.
- Program-operation onafhankelijkheid: interface staat los van de data.
- Program-operation onafhankelijkheid: interface bevat naam en datatypes van de argumenten.
Data abstractie:
- onafhankelijkheid van program-data en program-operation.
- Conceptuele weergave: laat alleen zien wat er nodig is, niet hoe het opgeslagen is of hoe querys
uitgevoerd worden.
- Data model: Type van data abstractie wat gebruikt wordt voor conceptuele weergaves.
Toepassing van views:
- Een view laat een deel van de data zien, zoals een persoonlijke bankrekening. De gebruiker ziet
alleen zijn/haar data, niet die van iedereen.
- Dit is een virtuele dataweergave, het is niet per se op die manier opgeslagen.
Delen van data:
- Concurrency control: zorgt ervoor dat de data correct blijft als meerdere gebruikers tegelijkertijd
iets proberen te updaten. Het resultaat is dat de data goed blijft.
- Online transaction processing application: transactie georiënteerde applicaties.
Meerdere gebruikers tegelijkertijd (multiuser):
, - Meerdere gebruikers kunnen gebruik maken van een DB, de bevoegdheden kunnen hiervoor
aangepast worden.
- Gebeurd vaak met views.
- Transacties: isolation -> elke transactie wordt geïsoleerd uitgevoerd.
- Transaction: atomicity -> alle DB operaties worden uitgevoerd, of er wordt er geen een
uitgevoerd.
Voordelen van een DBMS benadering
Redundancy:
- Er wordt gecontroleerd of data niet dubbel opgeslagen wordt.
- Data normalization: redundancy en spaarzaam omgaan met opslag.
- Denormalization: soms nodig om bepaalde querys uit te voeren.
Toepassen van autorisatie:
- Security en autorisatie subsystemen
Persistentie:
- Als de software niet meer werkt blijft de data nog wel in een valide staat.
- Veel software biedt de mogelijkheid om met DB structuren samen te werken.
Opslag structuren:
- Indexen
- Buffering en catching
- Query proccessing en optimalisatie
Wanneer gebruik je geen DBMS
- Kleine DB applicaties die niet veranderen
- Real-time applicaties en toepassingen, er ontstaat overhead.
- Embedded systems met een kleine opslag mogelijkheid
- Geen gebruik van multiuser
Video 3 – Three schema architecture
Lezen: 2.1, 2.1, 2.4, 2.6 en 2.7
Er wordt behandeld:
- Three schema architecture en data onafhankelijkheid
Bij een normale file-based approach is er een hiërarchie. Een map zit in een map en zo verder. Als de
bovenste map verwijderd wordt, wordt de inhoud ook verwijderd. Het is ook niet mogelijk om vanuit de
ene map een bestand in een andere map te benaderen.
, Three schema architecture en data onafhankelijkheid
Alle lagen zijn aan elkaar gekoppeld d.m.v. mapping!
Interne laag (fysieke laag):
- Beschrijft de fysieke opslag structuur van de database.
- Dit is de enige fysieke opslag van de data.
Conceptuele laag (logische laag):
- Beschrijft de structuur van de database voor een groep gebruikers.
- Beschrijft hoe de data eruit ziet, bestaande uit tabellen en kollommen.
Externe laag (view level)
- Beschrijft een deel van de database waar een bepaalde groep gebruikers geïnteresseerd in is.
- Zorgt ervoor dat niet iedereen zomaar bij de conceptuele en interne laag komt.
- Toepassingen werken vaak op deze laag.
Figuur 1: Three schema architecture
Logische data onafhankelijkheid:
- Ontstaat tussen de externe (view level) laag en de conceptuele (logische) laag.
- De data van de externe (view level) laag is onafhankelijk van de conceptuele (logische) laag.
Fysieke data onafhankelijkheid:
- Ontstaat tussen de interne (fysieke) laag en de conceptuele (logische) laag.
- De data van de interne (fysieke) laag is onafhankelijk van de conceptuele (logische) laag.
