Ποιοι είναι οι κανόνες αντικειμένων στην πρόσβαση στο MS;

Οι κανόνες ονομασίας αντικειμένων πρόσβασης MS είναι αρκετά απλοί, αλλά υπάρχουν κάποιες αποχρώσεις που πρέπει να έχετε κατά νου:

Γενικοί κανόνες:

* Μέγιστο μήκος: Έως 64 χαρακτήρες. Ενώ μπορείτε να χρησιμοποιήσετε τεχνικά περισσότερο, η πρόσβαση μπορεί να περικοπεί ή να έχει προβλήματα που εμφανίζουν το μεγαλύτερο όνομα. Η προσκόλληση σε 64 χαρακτήρες είναι η βέλτιστη πρακτική.

* Επιτρεπόμενες χαρακτήρες: Αλφαριθμητικοί χαρακτήρες (A-Z, A-Z, 0-9), χώροι και οι ακόλουθοι ειδικοί χαρακτήρες:`! @ # $ % ^ &* () - _ + =~ `

* Κανένας οδηγός ή τερματοφύλακας: Το όνομα του αντικειμένου σας δεν μπορεί να ξεκινήσει ή να τελειώσει με χώρο.

* Κρατικές λέξεις: Αποφύγετε να χρησιμοποιείτε λέξεις πρόσβασης (π.χ., `select`,` from`, `where ',` table`, `database',` join 'κλπ.). Η πρόσβαση μπορεί να τα ερμηνεύσει εσφαλμένα, οδηγώντας σε σφάλματα. Μια πλήρης λίστα δεν είναι άμεσα διαθέσιμη, αλλά αν λάβετε ένα σφάλμα, δοκιμάστε να αλλάξετε το όνομα.

* ΑΝΤΙΠΡΟΣΩΠΕΙΑ: Η πρόσβαση γενικά αντιμετωπίζει τα ονόματα αντικειμένων ως μη ευαίσθητα σε περιπτώσεις (π.χ. "MyTable" είναι το ίδιο με το "MyTable"). Ωστόσο, είναι καλή πρακτική η διατήρηση της συνέπειας για την αναγνωσιμότητα.

* μοναδικότητα: Μέσα στην ίδια βάση δεδομένων, τα ονόματα αντικειμένων πρέπει να είναι μοναδικά. Δεν μπορείτε να έχετε δύο πίνακες με το ίδιο όνομα, για παράδειγμα.

Ειδικοί τύποι αντικειμένων (μικρές παραλλαγές):

Ενώ οι παραπάνω κανόνες ισχύουν γενικά, ενδέχεται να υπάρχουν λεπτές διαφορές ή συνιστώμενες πρακτικές ανάλογα με τον τύπο αντικειμένου:

* Πίνακες: Τα περιγραφικά ονόματα που αντικατοπτρίζουν τα δεδομένα είναι καλύτερα (π.χ., «πελάτες», `rolls», `προϊόντα ').

* Ερωτήματα: Συχνά, τα ερωτήματα χρησιμοποιούν περιγραφικά ονόματα που αντικατοπτρίζουν το σκοπό τους (π.χ. `customerorders ',` Productsalessummary').

* Έντυπα και αναφορές: Παρόμοια με τα ερωτήματα, τα ονόματα θα πρέπει να υποδεικνύουν σαφώς τη λειτουργία τους.

* Μονάδες και κλάσεις: Ακολουθήστε παρόμοιες συμβάσεις ονοματοδοσίας με άλλες γλώσσες προγραμματισμού (π.χ. `CustomerModule`,` OrderProcessingClass '). Εξετάστε τη χρήση camelcase ή pascalcase για βελτιωμένη αναγνωσιμότητα.

Βέλτιστες πρακτικές:

* Περιγραφικά ονόματα: Χρησιμοποιήστε ονόματα που υποδεικνύουν σαφώς το σκοπό του αντικειμένου. Αυτό βελτιώνει την αναγνωσιμότητα και τη διατήρηση του κώδικα.

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

* Αποφύγετε τις συντομογραφίες: Εκτός αν είναι ευρέως κατανοητά, οι συντομογραφίες μπορούν να κάνουν τη βάση δεδομένων σας λιγότερο ευανάγνωστη.

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

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