ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ ΣΧΕΔΙΑΣΜΟΙ ΒΑΣΕΩΝ ΔΕΔΟΜΕΝΩΝ

Σχετικά έγγραφα
ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ

Μάθημα: ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Διδάσκων: Καθ. Ιωάννης Βασιλείου ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ

ΕΝ ΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ ΣΧΕ ΙΑΣΜΟΙ ΒΑΣΕΩΝ Ε ΟΜΕΝΩΝ

Μάθημα: ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Διδάσκοντες: Καθ. Ιωάννης Βασιλείου, Καθ. Τιμολέων Σελλής ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ

Μάθημα: ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Διδάσκων: Καθ. Ιωάννης Βασιλείου ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ

ΕΝ ΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ ΣΧΕ ΙΑΣΜΟΙ ΒΑΣΕΩΝ Ε ΟΜΕΝΩΝ

ΕΝ ΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ ΣΧΕ ΙΑΣΜΟΙ ΒΑΣΕΩΝ Ε ΟΜΕΝΩΝ

Μάθημα: ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Διδάσκων: Καθ. Ιωάννης Βασιλείου ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ

ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ. Κανόνες μετατροπής Διαγράμματος Οντοτήτων-Συσχετίσεων σε Σχεσιακό Σχήμα. Δρ. Βαγγελιώ Καβακλή ΠΑΝΕΠΙΣΤΗΜΙΟ ΑΙΓΑΙΟΥ,

Σχεσιακό Μοντέλο Περιορισμοί Μετατροπή ER σε Σχεσιακό Παράδειγμα.. Εργαστήριο Βάσεων Δεδομένων. Relational Model

Βάσεις Δεδομένων. Σταύρος Βαλσαμίδης Βάσεις Δεδομένων Διάγραμμα Ο-Σ 1

Διάγραμμα Οντοτήτων - Συσχετίσεων

Απεικόνιση Διαγράμματος Οντοτήτων-Συσχετίσεων σε Σχεσιακό Μοντέλο Δεδομένων

Μετατροπή Σχήματος Ο/Σ σε Σχεσιακό

Εργαστήριο Βάσεων Δεδομένων. Relational Model Σχεσιακό Μοντέλο

Μετατροπή Σχήματος Ο/Σ σεσχεσιακό


Βάσεις δεδομένων. (2 ο μάθημα) Ηρακλής Βαρλάμης

Μετατροπή Σχήματος Ο/Σ σε Σχεσιακό Σχήμα. Βάσεις Δεδομένων Ευαγγελία Πιτουρά 1

Βάσεις Δεδομένων Ι. 2 ο Φροντιστήριο. Πέρδικα Πολίνα [perdika]

ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Ι. Ενότητα 2: Μοντελο Συσχετίσεων Οντοτήτων, Μελέτη Περίπτωσης: Η βάση δεδομένων των CD

Διαδικασία Ανάπτυξης ΣΔΒΔ

Σχεδίαση και Χρήση Βάσεων Δεδομένων. Χρήση του DBDesigner. Γιώργος Πυρουνάκης - forky@di.uoa.gr

Βάσεις Δεδομένων Ενότητα 4

ΕΣΔ 232: ΟΡΓΑΝΩΣΗ ΔΕΔΟΜΕΝΩΝ ΣΤΗ ΚΟΙΝΩΝΙΑ ΤΗΣ ΠΛΗΡΟΦΟΡΙΑΣ. Ακαδημαϊκό Έτος , Εαρινό Εξάμηνο. Εργαστηριακή Άσκηση 2 24/01/2012

Μετατροπή Σχήματος Ο/Σ σε Σχεσιακό Σχήμα. Βάσεις Δεδομένων Ευαγγελία Πιτουρά 1

Μοντέλο Οντοτήτων-Συσχετίσεων

Διάγραμμα Οντοτήτων Συσχετίσεων (ΔΟΣ) Entity Relationship Diagram (ERD)

Σχεσιακή δοµή δεδοµένων


Μετατροπή Σχήματος Ο/Σ σεσχεσιακό

Μοντέλο Οντοτήτων-Συσχετίσεων

Εργαστήριο Βάσεων Δεδομένων. Entity-Relationship Diagram (ER)

Σχεδιασµός µιας Β. Εισαγωγή. Μετατροπή σε σχεσιακό -> είσοδο σε ένα Σ Β. Εισαγωγή. Ιδέες Ο/Σ Σχέσεις Σχεσιακό Σ Β

Η εταιρεία είναι οργανωµένη σε τµήµατα Κάθε ΤΜΗΜΑένα όνοµα, κωδικό και έναν εργαζόµενο που διευθύνει το τµήµα. Αποθηκεύεται η ηµεροµηνία που ανέλαβε

ΕΣΔ 232: ΟΡΓΑΝΩΣΗ ΔΕΔΟΜΕΝΩΝ ΣΤΗΝ ΚΟΙΝΩΝΙΑ ΤΗΣ ΠΛΗΡΟΦΟΡΙΑΣ. Ακαδημαϊκό Έτος , Εαρινό Εξάμηνο Διδάσκων Καθ.: Νίκος Τσαπατσούλης

Βάσεις Δεδομένων. Σχεσιακό Μοντέλο Μετατροπή Διαγράμματος Οντοτήτων Συσχετίσεων (E-R) σε σχεσιακό. Φροντιστήριο 3 ο

Μοντέλο Οντοτήτων-Συσχετίσεων

Από το Μοντέλο Οντοτήτων Συσχετίσεων στο Σχεσιακό Μοντέλο

Μετατροπή Σχήµατος Ο/Σ σε Σχεσιακό

Μετατροπή Σχήματος Ο/Σ σε Σχεσιακό Σχήμα. Βάσεις Δεδομένων Ευαγγελία Πιτουρά 1

ER Diagram Συσχετίσεις Ασθενείς Οντότητες Παράδειγμα ER.. Εργαστήριο Βάσεων Δεδομένων. Entity-Relationship Diagram (ER)

ΛΥΣΗ ΤΗΣ ΔΕΥΤΕΡΗΣ ΑΣΚΗΣΗΣ Όλγα Γκουντούνα

Μοντέλο Οντοτήτων-Συσχετίσεων. Η ανάγκη Διαγράμματα ΟΣ Σύνολα Οντοτήτων-Συσχετίσεων Απεικονίσεις Επεκτάσεις

ΠΑΝΕΠΙΣΤΗΜΙΟ ΠΑΤΡΩΝ - ΤΜΗΥΠ ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Ι

Άσκηση 2 - Κεχρής, Κεφάλαιο 8: Κανονικοποίηση

Εισαγωγή στα Πληροφοριακά Συστήματα

Απεικόνιση Διαγράμματος Οντοτήτων-Συσχετίσεων σε Σχεσιακό Μοντέλο Δεδομένων

Βάσεις δεδομένων. (3 ο μάθημα) Ηρακλής Βαρλάμης

Σχεδίαση και λειτουργία βάσης δεδομένων Το παράδειγμα της μαιευτικής κλινικής Ευάγγελος Καρβούνης

Μετατροπή Σχήµατος Ο/Σ σε Σχεσιακό

Διάλεξη 08: Αντιστοίχηση Εννοιολογικού σε Σχεσιακό Μοντέλο (ER/EER to Relational) Διδάσκων: Παναγιώτης Ανδρέου

Μοντέλο Οντοτήτων-Συσχετίσεων

Βάσεις εδοµένων. Βασίλειος Βεσκούκης, Εµµ. Στεφανάκης. Το µοντέλο Οντοτήτων Συσχετίσεων Το Σχεσιακό Μοντέλο εδοµένων

ΘΕΜΑΤΑ. Θέμα 1 ο Σύμφωνα με τους παραπάνω πίνακες και τη θέση που έχουν τα ξένα κλειδιά βρείτε τους

Τ.Ε.Ι ΘΕΣΣΑΛΟΝΙΚΗΣ, ΤΜΗΜΑ ΠΛΗΡΟΦΟΡΙΚΗΣ ΣΔΒΔ (ΕΡΓΑΣΤΗΡΙΟ 4) Τελευταία ενημέρωση: 11/2011. Μετασχηματισμός διαγράμματος ER σε σχεσιακό σχήμα ΒΔ

Βάσεις Δεδομένων. Βασίλειος Βεσκούκης Μοντέλο Οντοτήτων-Συσχετίσεων. Το Σχεσιακό Μοντέλο Δεδομένων

Βάσεις Δεδομένων (Databases)

Μετατροπή Σχήματος Ο/Σ σε Σχεσιακό Σχήμα. Βάσεις Δεδομένων Ευαγγελία Πιτουρά 1

Μοντέλο Οντοτήτων-Συσχετίσεων

Μετατροπή Σχήµατος Ο/Σ σε Σχεσιακό

Σχεδίαση Σχεσιακών ΒΔ

Σχεσιακό Μοντέλο Δεδομένων

Βάσεις Δεδομένων Ι. 4 ο Φροντιστήριο. Πέρδικα Πολίνα [perdika]

Βάσεις Δεδομένων Ι. 3 ο Φροντιστήριο. Πέρδικα Πολίνα [perdika]

Σχεσιακό Μοντέλο. Σχεδιασμός Βάσεων Δεδομένων Μάθημα 2 ο Μαρία Χαλκίδη

Διάλεξη 04: Εννοιολογική Σχεδίαση Βάσης Δεδομένων II (Entity Relationship Modelling) Διδάσκων: Παναγιώτης Ανδρέου

2. Το Μοντέλο Οντοτήτων- Συσχετίσεων

Μοντέλο Οντοτήτων-Συσχετίσεων

Βάσεις εδοµένων Βασίλειος Βεσκούκης Κανονικοποίηση σχήµατος Β Σύνοψη

BΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ ΕΞΕΤΑΣΗ ΦΕΒΡΟΥΑΡΙΟΥ 2005


Το Σχεσιακό Μοντέλο. Βάσεις Δεδομένων Ευαγγελία Πιτουρά 1

Ενδεικτικές λύσεις ασκήσεων

ΕΝΝΟΙΟΛΟΓΙΚΗ ΣΧΕΔΙΑΣΗ ΔΕΔΟΜΕΝΩΝ (6)

Πρόλογος Μέρος Ι Εισαγωγή στα συστήματα βάσεων δεδομένων Μια βόλτα στις βάσεις δεδομένων...25

Πληροφοριακού Συστήματος Ενημέρωσης Καιρικών Συνθηκών

Βάσεις Δεδομένων. Εργαστήριο 1. Ηλεκτρονικοί Υπολογιστές ΙI. Ακαδημαϊκό Έτος Διαφάνεια 1. Κάπαρης Αναστάσιος

Βάσεις Δεδομένων Εισαγωγή

Μετασχηµατισµός διαγράµµατος ER σε σχεσιακό σχήµα Β

ΜοντέλοΟντοτήτωνΣυσχετίσεων & ΔιάγραμμαΟντοτήτων Συσχετίσεων. Μοντέλο Οντοτήτων Συσχετίσεων

Πολιτισμική Πληροφορική: Οργάνωση και διαχείριση Πληροφοριών

Κεφάλαιο 4 Σχεδίαση Βάσεων Δεδομένων

ΠΑΡΑΔΕΙΓΜΑΤΑ USE CASE DIAGRAMS CLASS DIAGRAMS

Εισαγωγή. Σχεδιασµός µιας Β

Θέματα ανακεφαλαίωσης

Βάση Δεδομένων: συλλογή από σχετιζόμενα δεδομένα Σύστημα Διαχείρισης Βάσεων Δεδομένων (ΣΔΒΔ): λογισμικό για δημιουργία και χρήση μιας βάσης δεδομένων

Μοντέλο Οντοτήτων-Συσχετίσεων

Βάσεις Δεδομένων. Ενότητα 4: Μοντελοποίηση Συσχέτισης Οντοτήτων. Αθανάσιος Σπυριδάκος Τμήμα Διοίκησης Επιχειρήσεων

Ηλεκτρονικοί Υπολογιστές II

BΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ ΕΞΕΤΑΣΗ (Σεπτεμβρίου)

Συναρτησιακές Εξαρτήσεις και Κανονικοποίηση

Σχεδιασμός μιας εφαρμογής ΒΔ: Βήματα. 1. Συλλογή και Ανάλυση Απαιτήσεων(requirement analysis)

ΗΥ360 - Αρχεία και Βάσεις Δεδομένων Χειμερινό Eξάμηνο Μοντέλο Οντοτήτων-Συσχετίσεων Σχεσιακό Μοντέλο

Μοντέλο Οντοτήτων-Συσχετίσεων

ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ - Από το ΔΟΣ στη Σχεσιακή Β.Δ.

ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ - ΑΡΧΙΤΕΚΤΟΝΙΚΗ ΣΒΔ - ΕΙΣΑΓΩΓΗ ΣΤΟ ΜΟΝΤΕΛΟ ΟΝΤΟΤΗΤΩΝ ΣΥΣΧΕΤΙΣΕΩΝ ΤΜΗΜΑ ΠΟΛΙΤΙΣΜΙΚΗΣ ΤΕΧΝΟΛΟΓΙΑΣ ΚΑΙ ΕΠΙΚΟΙΝΩΝΙΑΣ

Βάσεις Δεδομένων. Εισαγωγή Ανάλυση Απαιτήσεων. Φροντιστήριο 1 ο

Διαδικασία σχεδιασμού Β.Δ.

Εισαγωγή στην πληροφορική

Transcript:

ΕΘΝΙΚΟ ΜΕΤΣΟΒΙΟ ΠΟΛΥΤΕΧΝΕΙΟ Τμήμα Ηλεκτρολόγων Μηχανικών & Μηχανικών Υπολογιστών Ακαδημαϊκό Έτος 20-202 Μάθημα: ΒΑΣΕΙΣ ΔΕΔΟΜΕΝΩΝ Διδάσκοντες: Καθ. Ιωάννης Βασιλείου, Καθ. Τιμολλέων Σελλής ΕΝΔΕΙΚΤΙΚΗ ΛΥΣΗ ΚΑΙ ΣΧΟΛΙΑ ΣΤΗΝ ΠΡΩΤΗ ΑΣΚΗΣΗ ΣΧΕΔΙΑΣΜΟΙ ΒΑΣΕΩΝ ΔΕΔΟΜΕΝΩΝ Όλγα Γκουντούνα olga@dblab.ece.ntua.gr I. ΜΟΝΤΕΛΟ ΟΝΤΟΤΗΤΩΝ ΣΥΣΧΕΤΙΣΕΩΝ Στην εκφώνηση της άσκησης δίνονται όλες οι βασικές λειτουργικές απαιτήσεις και προδιαγραφές για τον σχεδιασμό μιας βάσης δεδομένων για το αεροδρόμιο «Ελ. Βενιζέλος». Εξειδικεύοντας και κατά περίπτωση επεκτείνοντας αυτούς τους κανόνες, είναι δυνατόν να οριστούν τα ακόλουθα σύνολα οντοτήτων και συσχετίσεων: ΣΥΝΟΛΑ ΟΝΤΟΤΗΤΩΝ ΥΠΑΛΛΗΛΟΙ (Employees) που εργάζονται στο αεροδρόμιο. Με βάση τις προδιαγραφές, κάθε υπάλληλος προσδιορίζεται μοναδικά από τον αριθμό της ταυτότητάς του (SS) [πρωτεύον κλειδί] και ανήκει στο ενιαίο σωματείο των εργαζομένων με αριθμό μέλους (Union_Membership_umber). Ο αριθμός μέλους μπορεί να θεωρηθεί ως υποψήφιο κλειδί μόνον εφόσον γίνει η παραδοχή ότι όλοι ανεξαιρέτως οι εργαζόμενοι (π.χ. και οι έκτακτοι συμβασιούχοι ορισμένου χρόνου) είναι εγγεγραμμένοι στο σωματείο. Άλλα γνωρίσματα είναι ο μισθός (Salary), το έτος γέννησης (Year_of_Birth) και το παράγωγο γνώρισμα ηλικία (Age). Yπάρχουν δύο σύνθετα γνωρίσματα: η διεύθυνση κατοικίας (Address), η οποία αναλύεται σε οδό (Street_ame), αριθμό (Street_umber) και ταχυδρομικό κώδικα (Postal_code) και επιπλέον το όνομα (ame) του υπαλλήλου, αποτελούμενο από επώνυμο (Surname) και μικρό όνομα (First_ame). Τέλος, το τηλέφωνο (Phone_umber) και το E_mail μοντελοποιούνται ως πλειότιμα γνωρίσματα διότι ενδέχεται να έχουν πολλαπλές τιμές (σταθερό, κινητό τηλέφωνο κλπ.). Παρατηρήστε ότι παρόλο που μερικά από τα προαναφερθέντα γνωρίσματα προδιαγράφονται από την εκφώνηση μόνο για τους τεχνικούς, είναι δυνατόν να γίνει η παραδοχή ότι ενδιαφέρουν για όλους τους υπαλλήλους, για λόγους πληρότητας της βάσης δεδομένων.

Οι ΤΕΧΝΙΚΟΙ (Technicians) θεωρούνται ως μερική εξειδίκευση των υπαλλήλων, με πρόσθετο γνώρισμα την βαθμίδα τους (Rank), λ.χ. μηχανικός, υπομηχανικός κλπ. Σημειώστε ότι το κλειδί κληρονομείται από την οντότητα Υπάλληλοι (υπερκλάση), οπότε δεν χρειάζεται να οριστεί ξανά. Ομοίως, οι ΕΛΕΓΚΤΕΣ ΕΝΑΕΡΙΑΣ ΚΥΚΛΟΦΟΡΙΑΣ (Air_Traffic_Controllers) είναι επίσης μερική εξειδίκευση των υπαλλήλων. Εφόσον χρειάζεται να υπόκεινται σε ιατρικές εξετάσεις, προστίθεται ένα σύνθετο γνώρισμα Ιατρική εξέταση (Medical_Examination), όπου καταγράφεται η ημερομηνία της πιο πρόσφατης εξέτασης (Last_Exam_Date) και το πόρισμά της (Exam_Result), το οποίο κρίνει την ικανότητα εκτέλεσης των καθηκόντων του ελεγκτή. Η μοντελοποίηση γίνεται απλώς με γνώρισμα και όχι με άλλον τρόπο (λ.χ. συσχέτιση με ένα άλλο σύνολο οντοτήτων για τις ιατρικές εξετάσεις), επειδή ζητείται να τηρούνται μόνο τα στοιχεία της πιο πρόσφατης εξέτασης. Και πάλι, δεν χρειάζεται να οριστεί κλειδί. ΤΥΠΟΙ ΑΕΡΟΣΚΑΦΩΝ (Aircraft_Model) που εξυπηρετούνται από την τεχνική βάση του αεροδρομίου, με γνωρίσματα τον μοναδικό κωδικό του μοντέλου (Model_code) [άρα πρωτεύον κλειδί], την χωρητικότητα σε επιβάτες (Capacity), το βάρος (Weight) και την κατασκευάστρια εταιρεία (Manufacturer) [πρόσθετο γνώρισμα]. ΑΕΡΟΣΚΑΦΗ (Aircraft) που γίνονται δεκτά για συντήρηση, με γνωρίσματα τον μοναδικό κωδικό εγγραφής (Registration_umber) [πρωτεύον κλειδί] και επιπρόσθετα, την ιδιοκτήτρια εταιρεία (Air_Carrier), καθώς και την χρονολογία κατασκευής του (Construction_Date). ΚΑΝΟΝΕΣ ΕΛΕΓΧΟΥ (FAA_Test) που προδιαγράφονται από την Ομοσπονδιακή Διοίκηση Αεροπλοΐας για την πιστοποίηση της πτητικής ικανότητας των αεροσκαφών. Κάθε τέτοιος κανόνας ελέγχου χαρακτηρίζεται μοναδικά από έναν κωδικό (Test_umber) [πρωτεύον κλειδί], έχει ένα όνομα (Test_ame) και ορίζει την μέγιστη δυνατή βαθμολογία (Max_Score) που επιτρέπεται να δοθεί σε κάποιο αεροσκάφος γι αυτό το είδος ελέγχου. ΠΡΑΓΜΑΤΟΠΟΙΗΘΕΝΤΕΣ ΕΛΕΓΧΟΙ (Checks) που διενεργούνται από τεχνικούς του αεροδρομίου σε συγκεκριμένα αεροσκάφη βάσει των ισχυόντων κανονισμών ελέγχου. Λόγω της εμφανούς εξάρτησης από άλλα ισχυρά σύνολα οντοτήτων (Aircraft, FAA_Test, Technicians), οι πραγματοποιηθέντες έλεγχοι μοντελοποιούνται ως αδύναμο σύνολο οντοτήτων (weak entity). Εκτός από τα γνωρίσματα που αφορούν την ημερομηνία (Check_Date), την διάρκεια εκτέλεσης (Check_Duration) και την βαθμολογία που δόθηκε (Check_Score) στο αεροσκάφος από τον τεχνικό, χρειάζεται να προσδιοριστεί και ένα διακριτικό γνώρισμα. Αν γινόταν η παραδοχή ότι κάποιο αεροσκάφος δεν μπορεί να ελεγχθεί από τον ίδιο τεχνικό μέσα στην ίδια ημέρα, τότε η ημερομηνία (Check_Date) θα μπορούσε να εξυπηρετήσει ως μερικό κλειδί. Ωστόσο, εδώ υιοθετείται η λογική υπόθεση ότι κάτι τέτοιο δεν πρέπει να αποκλειστεί, οπότε εισάγεται ένα πρόσθετο γνώρισμα (Check_ID) ως μερικό κλειδί (λ.χ. ο αύξων αριθμός του δελτίου ελέγχου του αεροσκάφους). ΣΥΝΟΛΑ ΣΥΣΧΕΤΙΣΕΩΝ Ως προς την συσχέτιση ISA, γίνεται η υπόθεση ότι οι ΤΕΧΝΙΚΟΙ και οι ΕΛΕΓΚΤΕΣ ΕΝΑΕΡΙΑΣ ΚΥΚΛΟΦΟΡΙΑΣ είναι ξένα σύνολα. Η εξειδίκευση δεν είναι συνολική αλλά μερική, άρα επιτρέπεται να καταγράφονται στην βάση δεδομένων και άλλοι εργαζόμενοι που δεν ανήκουν σε καμία από τις δύο κατηγορίες, λ.χ. διοικητικό προσωπικό. 2

Η συσχέτιση ΑΝΗΚΕΙ (BELOGS) διασυνδέει τους ΤΥΠΟΥΣ ΑΕΡΟΣΚΑΦΩΝ με τα αντίστοιχα ΑΕΡΟΣΚΑΦΗ με βαθμό πληθικότητας : Ν. Τα ΑΕΡΟΣΚΑΦΗ έχουν ολική συμμετοχή στην συσχέτιση, εφόσον για κάθε αεροσκάφος έχει μόνο έναν τύπο ο οποίος πρέπει να είναι γνωστός. Απ την άλλη, είναι ενδεχόμενο να υπάρχει τύπος αεροσκαφών που να μην έχει τύχει να εμφανιστεί σε αεροσκάφη που έχουν σταθμεύσει στο αεροδρόμιο (λ.χ. το νέο μοντέλο της AIRBUS ή το Concord), γι αυτό και δεν απαιτείται ολική συμμετοχή των ΤΥΠΩΝ ΑΕΡΟΣΚΑΦΩΝ στην συσχέτιση. Η συσχέτιση ΕΙΔΙΚΕΥΕΤΑΙ (IS_EXPERT_I) προσδιορίζει τους ΤΥΠΟΥΣ ΑΕΡΟΣΚΑΦΩΝ στους οποίους έχει εξειδικευτεί κάθε ΤΕΧΝΙΚΟΣ. Πρόκειται για μια σχέση πολλά-προς-πολλά ( : M), αφού κάθε τεχνικός μπορεί να ασχολείται με πολλά μοντέλα, ενώ για κάθε μοντέλο υπάρχουν διάφοροι ειδικευμένοι τεχνικοί. Από την πλευρά των τεχνικών απαιτείται ολική συμμετοχή, αφού κάθε τεχνικός πρέπει να είναι ειδικευμένος σε έναν ή περισσότερους τύπους αεροσκαφών. Το γνώρισμα Degree_of_Experience φανερώνει τον βαθμό εξειδίκευσης του τεχνικού για κάθε μοντέλο με το οποίο ασχολείται. Η συσχέτιση ΣΥΜΠΙΠΤΕΙ ΕΞΕΙΔΙΚΕΥΣΗ (CO-EXPERTISE) είναι τριπλή (πολλά-προςπολλά-προς-πολλά), μεταξύ δύο «αντιγράφων» του συνόλου ΤΕΧΝΙΚΟΙ και των ΤΥΠΩΝ ΑΕΡΟΣΚΑΦΩΝ. Πρόκειται για έναν τρόπο καταγραφής των τεχνικών παρόμοιας εξειδίκευσης, η οποία φυσικά αναφέρεται κάθε φορά σε συγκεκριμένο τύπο αεροσκάφους. Παρατηρήστε τους διακριτούς ρόλους (έχει συνάδελφο, είναι συνάδελφος) που έχουν αποδοθεί στις συνδέσεις με την οντότητα ΤΕΧΝΙΚΟΙ και την ολική συμμετοχή των ΤΥΠΩΝ ΑΕΡΟΣΚΑΦΩΝ (εφόσον αυτοί καθορίζουν την ομοιότητα της εξειδίκευσης). Βεβαίως, δεν αποφεύγεται κάποιας μορφής πλεονασμός λόγω αμοιβαιότητας των ζευγών τεχνικών σε κάθε εγγραφή, γεγονός που διπλασιάζει την πληροφορία που πρέπει να τηρείται (λ.χ. ο Νίκος έχει την ίδια εξειδίκευση με τον Γιάννη στα BOEIG-737, αλλά και ο Γιάννης έχει την ίδια εξειδίκευση με τον Νίκο στα BOEIG-737). Εναλλακτικά, η ανεύρεση τεχνικών παρόμοιας εξειδίκευσης θα μπορούσε να προκύπτει από κατάλληλο ερώτημα (query) στην βάση δεδομένων, κάτι που ίσως έχει περισσότερο νόημα σε μια πραγματική εφαρμογή, ιδίως λόγω και του ζητήματος της ενημέρωσης (updates) των περιεχομένων της συσχέτισης. Ωστόσο, προτιμάται ο πρώτος τρόπος εφόσον κάτι τέτοιο ζητείται ρητώς από τις προδιαγραφές. Οι τρείς τελευταίες συσχετίσεις ΠΡΟΣΔΙΟΡΙΖΕΤΑΙ (SPECIFIED), ΕΦΑΡΜΟΖΕΤΑΙ (APPLIED) και ΕΚΤΕΛΕΙ (PERFORMS) αφορούν την αδύναμη οντότητα ΠΡΑΓΜΑΤΟΠΟΙΗΘΕΝΤΕΣ ΕΛΕΓΧΟΙ (Checks) και αποτελούν τις προσδιοριστικές της συσχετίσεις. Πράγματι, κάθε πραγματοποιούμενος έλεγχος ΠΡΟΣΔΙΟΡΙΖΕΤΑΙ βάσει του αντίστοιχου κανόνα της FAA, ΕΦΑΡΜΟΖΕΤΑΙ σε ένα συγκεκριμένο αεροσκάφος και τον ΕΚΤΕΛΕΙ ένας ορισμένος τεχνικός, γι αυτό οι ΠΡΑΓΜΑΤΟΠΟΙΗΘΕΝΤΕΣ ΕΛΕΓΧΟΙ έχουν ολική συμμετοχή και στις τρεις συσχετίσεις. Επίσης, εφόσον κάθε κανόνας μπορεί να εφαρμοστεί σε πολλούς ελέγχους, ο ίδιος τεχνικός γενικά πραγματοποιεί πολλούς ελέγχους και το κάθε αεροσκάφος είναι δυνατόν να υποστεί διάφορους ελέγχους, καθεμιά από τις τρεις συσχετίσεις έχει βαθμό πληθικότητας :. Στην επόμενη σελίδα μπορείτε να βρείτε το συνολικό διάγραμμα Οντοτήτων Συσχετίσεων (ER-diagram). 3

4 SS TECHICIAS ame AIRCRAFT_MODEL Mode_Code Weight Capacity Mabufacturer IS_ EXPERT_I PERFORMS BELOGS CHECKS AIRCRAFT Chech_ID Chech_Date Chech_ Duration Air_Carrier Registration_ umber Phone_ number Address M disjoint EMPLOEES APPLIED SPECIFIED FAA_TEST Test_umber Max_Score Test_ame Surname First_ame Street_ame Street_umber Postal_Code E_mail AIR_TRAFFIC_ COTROLLERS ISA Medical_examination Exam_Result Last_Exam_ Date Rank Chech_Score CO_EXPERTISE Year_of_ expertise Construction_ Date has collegue Is collegue Salary Union_Membershiip _umber Age Year_of_Birth BELOGS

IΙ. ΣΧΕΣΙΑΚΟ ΜΟΝΤΕΛΟ Στη συνέχεια μετατρέπουμε το προηγούμενο διάγραμμα οντοτήτων-συσχετίσεων, στο αντίστοιχο σχεσιακό σχήμα. Το πρωτεύον κλειδί κάθε σχέσης σημειώνεται με έντονα στοιχεία (bold) και υπογράμμιση. Τα υποψήφια κλειδιά σημειώνονται με έντονα μόνο στοιχεία. Είναι σύνηθες φαινόμενο στην πράξη να μην επιλέγονται αλφαριθμητικοί ή τύποι κειμένου ως πρωτεύοντα κλειδιά στις σχέσεις. Για το λόγο παρότι τα γνωρίσματα όπως ο Αριθμός Ταυτότητας (SS) υπαλλήλου μπορεί να είναι μοναδικά, προσθέτουμε ένα αριθμητικό πεδίο του οποίου η χρήση είναι αποδοτικότερη και συνεπώς ενδείκνυται (indices και joins δουλεύουν αρκετά καλύτερα πάνω σε αριθμητικές τιμές) Θεωρούμε ότι τα Registration_umber, Test_umber, Model_Code έχουν αντίστοιχα αριθμητικές τιμές. Αρχικά, κάθε ισχυρό σύνολο οντοτήτων μετατρέπεται απευθείας σε σχέση ή σχέσεις. EMPLOYEES (, SS, Union_Membership_umber, First-ame, Surname, Street_ame, Street_umber, Postal_code, Year_of_Birth, Salary) AIRCRAFT_MODEL (Model_code, Capacity, Weight, Manufacturer) AIRCRAFT (Registration_umber, Air_Carrier, Construction_Date) FAA_TEST (Test_umber, Test_ame, Max_Score) Σημειώνονται τα εξής: Τα σύνθετα γνωρίσματα Address και ame έχουν αντικατασταθεί με τα συστατικά τους. Το πλειότιμο γνώρισμα Phone_umber του συνόλου οντοτήτων EMPLOYEES (υπάλληλοι) υλοποιείται ως ξεχωριστή σχέση, συμπεριλαμβάνοντας τον αντίστοιχο κωδικό (SS). Το ίδιο ισχύει και για το πλειότιμο γνώρισμα E_mail. PHOES (, Phone_umber) E_MAILS (, E_mail) Oι εξειδικεύσεις διατηρούν το κλειδί της υπερκείμενης κλάσης. Εφόσον η εξειδίκευση είναι μερική, η σχέση EMPLOYEES παραμένει και δεν υποκαθίσταται από τις υποκλάσεις της: TECHICIAS (, Rank) AIR_TRAFFIC_COTROLLERS (, Last_Exam_Date, Exam_Result) έχοντας αντικαταστήσει το σύνθετο γνώρισμα Medical_Examination. 5

Για τον αδύναμο τύπο οντοτήτων CHECKS (ΠΡΑΓΜΑΤΟΠΟΙΗΘΕΝΤΕΣ ΕΛΕΓΧΟΙ) και την προσδιοριστική του συσχέτιση θεωρούμε ότι υπάρχει ένας Κωδικός ελέγχου Check_code ο οποίος είναι μοναδικός μέσα στο ίδιο άλμπουμ, αλλά όχι μοναδικός και μεταξύ όλων των άλμπουμ που κυκλοφορεί η εταιρία. Έτσι έχουμε: CHECKS (Registration_umber,, Test_umber, Check_ID, Check_Date, Check_Duration, Check_Score) Τέλος, χειριζόμαστε τις συσχετίσεις του ER διαγράμματος. BELOGS (Registration_umber, Model-code) IS_EXPERT_I (, Model_code, Degree_of_Experience) CO_EXPERTISE (, -Colleague, Model-code) Παρατηρούμε ότι το πρωτεύον κλειδί στις Ν:Μ συσχετίσεις IS_EXPERT_I, και CO_EXPERTISE κατασκευάζεται όπως ήταν αναμενόμενο από την ένωση των κλειδιών των οντοτήτων που μετέχουν. Αξίζει να σημειωθεί ότι στην δεύτερη σχέση επαναλαμβάνεται δύο φορές το κλειδί της οντότητας ΤΕΧΝΙΚΟΙ, αλλά με άλλη έννοια (γι αυτό και έχει δοθεί ψευδώνυμο): η πρώτη εμφάνιση () δηλώνει τον τεχνικό, ενώ η δεύτερη ( - Colleague) προσδιορίζει ποιος είναι ο συνάδελφός του με την ίδια εξειδίκευση. Για τις συσχετίσεις APPLIED, SPECIFIED και PERFORMS δεν δημιουργούμε καινούργια σχέση, εφόσον αυτές είναι προσδιοριστικές συσχετίσεις του αδύνατου συνόλου οντοτήτων CHECKS. Σε δεύτερη φάση, θα πρέπει να ελεγχθούν τυχόν πλεονασμοί στις σχέσεις που έχουν παραχθεί και να γίνουν συγχωνεύσεις, αν χρειαστεί. Όντως, υπάρχει μια τέτοια δυνατότητα: Η σχέση BELOGS είναι Ν : με κλειδί το Registration_umber, όπως και η σχέση AIRCRAFT. Επίσης, η AIRCRAFT έχει ολική συμμετοχή στην BELOGS, όπως φαίνεται και στο διάγραμμα οντοτήτων συσχετίσεων. Επομένως, μπορούμε να τις συγχωνεύσουμε σε μια ενιαία σχέση με το κοινό τους κλειδί: AIRCRAFT_FLEET (Registration_umber, Model_code, Air_Carrier, Construction_Date) καταργώντας τις δύο υφιστάμενες σχέσεις (AIRCRAFT, BELOGS). Στο σχεσιακό σχήμα που μόλις ολοκληρώθηκε δεν είναι δυνατόν να απεικονιστούν κάποιοι δομικοί περιορισμοί, εμφανείς όμως στο διάγραμμα οντοτήτων-συσχετίσεων: 6

Ο βαθμός απεικόνισης, δηλαδή πόσες οντότητες διασυνδέονται με άλλες σε κάποια συσχέτιση. Οι περιορισμοί συμμετοχής μιας οντότητας σε μια συσχέτιση (λ.χ. ολική συμμετοχή). Τυχόν εξειδικεύσεις ή γενικεύσεις οντοτήτων (κλάση-υποκλάση) και η αντίστοιχη κάλυψη (πλήρης, μερική). Αδύναμα σύνολα οντοτήτων. Από την άλλη πλευρά, στο σχεσιακό σχήμα μπορούν να δηλωθούν περιορισμοί αναφοράς με ξένα κλειδιά, υπό την προϋπόθεση ότι θα χρησιμοποιηθεί μια διαγραμματική μορφή για το σχήμα, σαν κι αυτή που παρατίθεται στην επόμενη σελίδα. 7

8 EMPLOYEES SS Union_Membership_umber First_ame Surname Street_ame Street_umber Postal_Code Age Salary PHOES,FK Phone_umber CHECKS,FK Registration_umber,FK2 Test_umber,FK3 Check_ID Check_Duration Check_Score FAA_TEST Test_umber Test_ame Max_Score AIRCRAFT_MODEL Model_Code Model_ame Capacity Weight Manufacturer AIRCRAFT_MODEL IS_EXPERT_I,FK,FK2 Model_Code Degree_of_Experience AIRCRAFT_FLEET Registration_umber Air_Carrier Construction_Date FK Model_Code TECHICIAS,FK Rank CO_EXPERTISE,FK Model_Code,FK2,FK3 -Collegue E_MAILS,FK E_mail AIR_TRAFFIC_COTROLLERS,FK Last_Exam_Date Exam_Result Year_of_Birth