SQL Τομέας-κλειδί Κανονική φόρμα (DK / NF) και μη φυσιολογική φόρμα

Αφού μια βάση δεδομένων SQL είναι στην τρίτη κανονική μορφή, έχετε εξαλείψει τις περισσότερες, αλλά όχι όλες, πιθανότητες τροποποίησης των ανωμαλιών. Οι κανονικές μορφές πέρα ​​από το τρίτο έχουν οριστεί για να σκουρύνουν αυτά τα λίγα υπόλοιπα σφάλματα.

κανονική μορφή κλειδιού (DK / NF)

η κανονική μορφή Boyce-Codd (BCNF), η τέταρτη κανονική μορφή (4NF) και η πέμπτη κανονική μορφή (5NF) αποτελούν παραδείγματα τέτοιων μορφών. Κάθε μορφή εξαλείφει μια πιθανή ανωμαλία τροποποίησης αλλά δεν εγγυάται την πρόληψη όλων των πιθανών ανωμαλιών τροποποίησης. Η κανονική μορφή του τομέα, ωστόσο, παρέχει μια τέτοια εγγύηση.

κανονική μορφή (DK / NF) , εάν κάθε περιορισμός στη σχέση είναι λογική συνέπεια του ορισμού των κλειδιών και των τομέων. Ένας περιορισμός σε αυτόν τον ορισμό είναι οποιοσδήποτε κανόνας που είναι αρκετά ακριβής ώστε να μπορείτε να αξιολογήσετε αν είναι αλήθεια ή όχι. Ένα πλήκτρο είναι ένα μοναδικό αναγνωριστικό μιας σειράς σε έναν πίνακα. Ένας τομέας είναι το σύνολο επιτρεπόμενων τιμών ενός χαρακτηριστικού.

Κοιτάξτε αυτή τη βάση δεδομένων, η οποία βρίσκεται στο 1NF, για να δείτε τι πρέπει να κάνετε για να βάλετε αυτήν τη βάση δεδομένων σε DK / NF.

Πίνακας:

ΠΩΛΗΣΕΙΣ (Κωδικός πελάτη, Προϊόν, Τιμή) Κλειδί:

Πελάτης_ID Περιορισμοί:

Κωδικός πελάτη προσδιορίζει Προϊόν

• > 1000

• Για να επιβάλλετε τον περιορισμό 3 (ο αριθμός πελάτη πρέπει να είναι ένας ακέραιος αριθμός μεγαλύτερος από 1000), μπορείτε απλά να ορίσετε τον τομέα για το όνομα_διακομιστή για να ενσωματώσετε αυτόν τον περιορισμό. Αυτό κάνει τον περιορισμό λογική συνέπεια του πεδίου της στήλης Πελάτη Πελάτη. Το προϊόν εξαρτάται από το στοιχείο Customer_ID και το Customer_ID είναι κλειδί, οπότε δεν έχετε κανένα πρόβλημα με τον περιορισμό 1, ο οποίος είναι λογική συνέπεια του ορισμού του κλειδιού.

  Ο περιορισμός 2

είναι

ένα πρόβλημα. Η τιμή εξαρτάται από (είναι λογική συνέπεια) του Προϊόντος και το Προϊόν δεν είναι κλειδί. Η λύση είναι να διαιρέσετε τον πίνακα SALES σε δύο πίνακες. Ένας πίνακας χρησιμοποιεί το στοιχείο Customer_ID ως κλειδί και το άλλο χρησιμοποιεί το προϊόν ως κλειδί. Η βάση δεδομένων, εκτός από το γεγονός ότι βρίσκεται στο 3NF, είναι επίσης στη Δανία / NF. Σχεδιάστε τις βάσεις δεδομένων σας έτσι ώστε να βρίσκονται σε DK / NF, αν είναι δυνατόν. Εάν μπορείτε να το κάνετε αυτό, η επιβολή περιορισμών κλειδιών και τομέων προκαλεί την πλήρωση όλων των περιορισμών και δεν είναι δυνατές τροποποιήσεις των τροποποιήσεων. Εάν η δομή μιας βάσης δεδομένων έχει σχεδιαστεί για να σας εμποδίσει να την τοποθετήσετε σε DK / NF, τότε πρέπει να δημιουργήσετε τους περιορισμούς στο πρόγραμμα εφαρμογής που χρησιμοποιεί τη βάση δεδομένων. Η ίδια η βάση δεδομένων δεν εγγυάται ότι θα τηρηθούν οι περιορισμοί. Μη φυσιολογική μορφή

Όπως και στη ζωή, έτσι σε βάσεις δεδομένων: Μερικές φορές είναι ανώμαλη αποδίδει.Μπορείτε να παρασυρθείτε με εξομάλυνση και να πάτε πολύ μακριά. Μπορείτε να σπάσετε μια βάση δεδομένων σε τόσους πίνακες ώστε το όλο θέμα να γίνει δύσκαμπτο και αναποτελεσματικό. Η απόδοση μπορεί να πέσει. Συχνά η βέλτιστη δομή για τη βάση δεδομένων σας είναι κάπως απορυθμισμένη.

Στην πραγματικότητα, οι πρακτικές βάσεις δεδομένων (οι πραγματικά μεγάλες, ούτως ή άλλως) σχεδόν ποτέ δεν εξομαλύνθηκαν καθ 'όλη τη διάρκεια της DK / NF. Θέλετε να ομαλοποιήσετε τις βάσεις δεδομένων που σχεδιάζετε όσο το δυνατόν περισσότερο, ωστόσο, για να εξαλείψετε την πιθανότητα καταστροφής δεδομένων που προκύπτει από ανωμαλίες τροποποίησης.

Αφού ομαλοποιήσετε τη βάση δεδομένων όσο είναι δυνατόν, κάντε ορισμένες αναρροφήσεις σε ξηρή διαδρομή. Εάν η απόδοση δεν είναι ικανοποιητική, εξετάστε το σχέδιό σας για να δείτε εάν η επιλεκτική απομυθοποίηση θα βελτιώσει την απόδοση χωρίς να θυσιάζεται η ακεραιότητα. Με την προσεκτική προσθήκη πλεονασμού σε στρατηγικές τοποθεσίες και την αποδυνάμωση

μόνο, μπορείτε να φτάσετε σε μια βάση δεδομένων που είναι τόσο αποτελεσματική όσο και ασφαλής από ανωμαλίες.