Project 6 Deel1 Oplossingen performatie en indexen PDF

Preview

Summary

Project 6 Deel1 Oplossingen performatie en indexen in week 6...

Description

PROJECT 6 deel 1 indexen

Voer voor je deze praktijkopgave maakt, het create en insert script van de Vakantieparken databank opnieuw uit. Vraag 1 Zoek in de dictionary tabellen op welke indexen er momenteel op de tabellen uit de Vakantieparken database staan. SELECT index_name,uniqueness FROM user_indexes; Welke van deze indexen werden automatisch door Oracle aangemaakt? allemaal Wat merk je aan de naamgeving van deze indexen? Kregen dezelfde naam als de PK constraint Vraag 2 Je plaatste voor de tabel TYPE_HUIZEN een primaire sleutel op de attributen parkcode en typenr. Er staat dus een unieke index op deze combinatie van attributen. a. Kijk na in welke volgorde de attributen in de index staan.

b. Is die volgorde volgens jou ok? Leg uit waarom! Plaats het attribuut met de grootste verscheidenheid aan waarden vooraan. In dit geval is dat TYPENR => dus beter volgorde wisselen. Vraag 3 a. Ga na welke indexen op de tabel TYPE_HUIS_PRIJZEN staan.

b. Zet de PK constraint van bovenstaande tabel tijdelijk buiten werking. ALTER TABLE type_huis_prijzen DISABLE CONSTRAINT pk_typehprijzen ; c. Ga opnieuw na welke indexen op de tabel TYPE_HUIS_PRIJZEN staan.

Databanken 2 2020-2021

PA GE

d. zet de PK constaint opnieuw in werking en doe een controle op de index. ALTER TABLE type_huis_prijzen ENABLE CONSTRAINT pk_typehprijzen ;

e. Verwijder de index die automatisch op bovenstaande PK werd gecreëerd. Wat merk je? DROP INDEX pk_typehprijzen;

Je kan een index die automatisch door een PK (of UNIQUE) constraint wordt aangemaakt, niet verwijderen met DROP INDEX. Je kan de index alleen verwijderen door de constraint te verwijderen. Vraag 4 a. In praktijkopgave 4 creeerde je een tablespace Vakantieparken_ts die je daarna opnieuw verwijderde. Hergebruik de instructie om de tablespace opnieuw te creeren. CREATE TABLESPACE vakantieparken_ts DATAFILE ‘/opt/oracle/ORADATA/XE/XEPDB1/VAKANTIEPARKEN.DBF’ SIZE 1M;

b. voer onderstaande instructie uit: CREATE TABLE klanten1 AS SELECT * FROM klanten; ALTER TABLE klanten1 MODIFY klnr CONSTRAINT pk_klanten1 PRIMARY KEY; Deze tabel komt in je default tablespace USERS te staan. Controleer de status van de index op de PK van Klanten1. SELECT index_name,tablespace_name,status FROM user_indexes WHERE table_name='KLANTEN1';

Databanken 2 2020-2021

PA GE

c. Verplaats nu deze tabel naar deze nieuwe tablespace. Gebruik daartoe de instructie: ALTER TABLE … MOVE TABLESPACE... ALTER TABLE klanten1 MOVE TABLESPACE vakantieparken_ts; d. Controleer via USER_TABLES of de tabel effectief verplaatst werd naar de nieuwe tablespace. SELECT tablespace_name FROM user_tables WHERE table_name='KLANTEN1'; e. Controleer de status en de tablespace waarin de index op de PK van Klanten1 staat. Geef daartoe de instructie: SELECT tablespace_name,index_name,status FROM user_indexes WHERE index_name='PK_KLANTEN1'; In welke tabelspace staat de index?

Wat is de status van de index? SELECT index_name,tablespace_name,status FROM user_indexes WHERE table_name='KLANTEN1';

Dit is een vervelend gevolg van de verplaatsing van de tabel naar een andere tablespace. Indexen op de verplaatste tabel zijn UNUSABLE geworden. De index hoeft daarvoor niet verwijderd te worden en opnieuw gecreëerd. Hij moet gewoon opnieuw opgebouwd worden. Hoe ga je te werk? ALTER INDEX indexnaam REBUILD; ALTER INDEX pk_klanten1 REBUILD; Controleer nu opnieuw de status van de index en de tablespace waarin de index staat. SELECT index_name,tablespace_name,status FROM user_indexes WHERE table_name='KLANTEN1';

Databanken 2 2020-2021

PA GE

⇨ De status van de index is opnieuw valid. ⇨ De index blijft in de oude tablespace staan.

Databanken 2 2020-2021

PA GE...