Βάσεις δεδομένων και υποδ. Βάσεις δεδομένων και υποβάσεις δεδομένων Υπάρχουν τρεις τύποι φιλτραρίσματος δεδομένων στην Access

1C: Επιχείρηση 8- ένα προϊόν λογισμικού της εταιρείας 1C, σχεδιασμένο για την ταχεία ανάπτυξη λύσεων εφαρμογών. Η τεχνολογική πλατφόρμα 1C:Enterprise δεν είναι προϊόν λογισμικού για χρήση από τελικούς χρήστες, οι οποίοι συνήθως συνεργάζονται με μία από τις πολλές λύσεις εφαρμογών (διαμορφώσεις) που χρησιμοποιούν μια ενιαία τεχνολογική πλατφόρμα. Η πλατφόρμα και οι λύσεις εφαρμογών που αναπτύχθηκαν στη βάση του αποτελούν το σύστημα λογισμικού 1C: Enterprise, το οποίο έχει σχεδιαστεί για την αυτοματοποίηση διαφόρων τύπων δραστηριοτήτων, συμπεριλαμβανομένης της επίλυσης προβλημάτων αυτοματοποίησης λογιστικής και διαχείρισης σε μια επιχείρηση (CIS).

Ιστός- διακομιστής-Apache2.2.10.

Ο Apache είναι ο νούμερο ένα διακομιστής στο Διαδίκτυο. Περισσότεροι από τους μισούς ιστότοπους του Διαδικτύου τρέχουν σε Apache ή σε παράγωγά του. Τα πλεονεκτήματα του Apache είναι η αρθρωτή οργάνωση, η σταθερότητα και η ταχύτητά του. Με το σωστό υλικό και τη σωστή ρύθμιση, μπορεί να χειριστεί τα πιο βαριά φορτία. Η συνέπεια της αρθρωτής αρχιτεκτονικής διακομιστή είναι η ευελιξία, η ευκολία αλλαγής και η διαμόρφωση του διακομιστή Web.

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

Διακομιστής προστασίας από ιούς – Avast Professional Edition 4.8. Χαρακτηριστικά του προγράμματος:

    Οικιακός σαρωτής προστασίας από ιούς.

    Σαρώστε τον υπολογιστή σας για ιούς ενώ εμφανίζεται η προφύλαξη οθόνης.

    Έλεγχος του υπολογιστή σας για ιούς κατά την εκκίνηση, πριν φορτωθεί πλήρως το λειτουργικό σύστημα.

    Ευρετική ανάλυση.

    Αποκλεισμός κακόβουλων σεναρίων.

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

    Ένα ελαφρύ τείχος προστασίας ενσωματωμένο στο πρόγραμμα (IDS - Intrusion Detection System).

    Αρθρωτότητα προστασίας κατοίκων: Οθόνη Ιστού. Αμεσα μηνύματα; Τείχος προστασίας; Τυπική οθόνη. Οθόνη P2P. E-mail, επίσης λειτουργικές μονάδες για τον έλεγχο βάσεων δεδομένων αλληλογραφίας του Microsoft Outlook, του Outlook Express και μια προσθήκη για το The Bat!.

    Σαρωτής SMTP/POP3/IMAP4 και πρόσθετο για το Outlook

    Αφαίρεση spyware από τον υπολογιστή σας.

    Δυνατότητα ορισμού κωδικού πρόσβασης για αλλαγή των ρυθμίσεων του προγράμματος.

    Πολυγλωσσική διεπαφή.

    Σαρωτής προστασίας από ιούς γραμμής εντολών.

    Διατήρηση VRDB - Virus Recover Database - μια βάση δεδομένων για την ανάκτηση μολυσμένων αρχείων.

    Υποστήριξη για θέματα σχεδίασης (3 περιλαμβάνονται ήδη στο βασικό πακέτο).

    Το προϊόν έχει πιστοποίηση ICSA.

Πληρεξούσιο-υπηρέτης - Extra Systems Proxy Server (ES Proxy)

Ο Extra Systems Proxy Server τέταρτης γενιάς είναι ένας δωρεάν διακομιστής μεσολάβησης για Windows. Η προτεινόμενη έκδοση του διακομιστή μεσολάβησης έχει σχεδιαστεί για να λειτουργεί στην πλατφόρμα Win32: Windows 95, 98, ME, NT, 2000, 2003, XP. Ωστόσο, συνιστώνται πλατφόρμες διακομιστών. Συνιστάται επίσης ο διακομιστής στον οποίο εκτελείται αυτό το πρόγραμμα να είναι αποκλειστικός (δηλαδή, να μην χρησιμοποιείται ως σταθμός εργασίας). Σκοπός αυτού του προγράμματος είναι να παρέχει ταυτόχρονη πρόσβαση στο Διαδίκτυο από πολλούς υπολογιστές στο τοπικό δίκτυο του πελάτη μέσω ενός καναλιού επικοινωνίας με τον πάροχο που έχει στη διάθεσή του. Το εν λόγω προϊόν λογισμικού είναι ήδη ενσωματωμένο στο λειτουργικό σύστημα και χρειάζεται μόνο να κυκλοφορήσει ως υπηρεσία. Αυτό το πρόγραμμα μπορεί να χρησιμοποιηθεί από οποιοδήποτε πρόσωπο ή οργανισμό για οποιονδήποτε νομικό σκοπό, συμπεριλαμβανομένων εμπορικών σκοπών, χωρίς καμία πληρωμή στους δημιουργούς.

Τυπώνω- διακομιστής- Διακομιστής εκτύπωσης 2.4.

Το πρόγραμμα δεν απαιτεί εγκατάσταση ή πρόσθετες ρυθμίσεις. Ο εκτυπωτής λειτουργεί χρησιμοποιώντας το πρωτόκολλο IP TCP. Χρησιμοποιώντας αυτό το πρόγραμμα, οποιοσδήποτε τοπικός εκτυπωτής μπορεί να μετατραπεί σε εκτυπωτή δικτύου. Για να το κάνετε αυτό, απλώς εκτελέστε το πρόγραμμα στον διακομιστή αρχείων στον οποίο είναι συνδεδεμένος ο εκτυπωτής. Στο μηχάνημα που λειτουργεί, πρέπει να μεταβείτε στις ρυθμίσεις του εκτυπωτή και να εγκαταστήσετε υποστήριξη για τον αντίστοιχο εκτυπωτή, υποδεικνύοντας ότι πρόκειται για εκτυπωτή δικτύου με τη διεύθυνση IP του διακομιστή αρχείων.

Ταχυδρομείο- διακομιστής- Ο Courier Mail Server 1.56 είναι ένας δωρεάν διακομιστής αλληλογραφίας (διακομιστής email) για Windows για δίκτυα γραφείου και οικίας. Θα σας βοηθήσει να οργανώσετε γρήγορα την ανταλλαγή e-mail στο τοπικό σας δίκτυο και στο Διαδίκτυο.

Πλεονεκτήματα του διακομιστή αλληλογραφίας Courier:

    εύκολη εγκατάσταση και αφαίρεση

    συμπαγές

    ευκολία χορήγησης

    χαμηλή κατανάλωση πόρων του συστήματος

    πολυνηματική

    βολικό γραφικό κέλυφος

    Διεπαφή και τεκμηρίωση στη ρωσική γλώσσα

    υποστήριξη για απεριόριστο αριθμό γραμματοκιβωτίων

Σύνθεση διακομιστή αλληλογραφίας ταχυμεταφορών:

Διακομιστής SMTP, διακομιστής POP3, φίλτρο IP, πελάτης SMTP, πελάτης POP3, προγραμματιστής, ταξινόμηση αλληλογραφίας, απομακρυσμένη πρόσβαση.

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

Τρόποι λειτουργίας και εφαρμογές πελάτη

Στην απλούστερη έκδοση της διαμόρφωσης συστήματος, συνιστάται η χρήση ενός ειδικού αρχείου: "1Cv8.1CD". Αποθηκεύει νέες πληροφορίες χρήστη, καταγράφει αλλαγές σε μητρώα και μεμονωμένες ρυθμίσεις που έγιναν. Αυτή η μέθοδος είναι εύκολη στη χρήση. Η λειτουργικότητά του είναι διαθέσιμη χωρίς επιπλέον κόστος. Το μόνο σημαντικό μειονέκτημα είναι ο περιορισμένος αριθμός χρηστών, όχι περισσότεροι από 10.

Σπουδαίος! Ένας ξεχωριστός υπολογιστής έχει εκχωρηθεί για την αποθήκευση του ίδιου του αρχείου "1Cv8.1CD". Στη συνέχεια θα έχουν πρόσβαση όλοι οι χρήστες στο τοπικό δίκτυο, οι οποίοι θα μπορούν να εργαστούν με το χώρο του δίσκου. Σε αυτήν την περίπτωση, προσομοιώνεται η λειτουργία πελάτη-διακομιστή.

Παρέχουμε πληροφορίες που θα μας επιτρέψουν να αξιολογήσουμε με μεγαλύτερη ακρίβεια την καταλληλότητα αυτής της επιλογής για την επίλυση ορισμένων προβλημάτων:

  • Η δομή του αρχείου που αναφέρεται παραπάνω είναι πίνακας. Το μέγεθος κάθε μεμονωμένου μπλοκ περιορίζεται στα 4 GB.
  • Εάν χρησιμοποιούνται "νεότερες" εκδόσεις του 1C, χαμηλότερες από 8.3, τότε η σωστή εκτέλεση ορισμένων εργασιών στην αυτόματη λειτουργία θα είναι αδύνατη. Ο περιορισμός είναι η ανάγκη σύνδεσης μεμονωμένων χρηστών.
  • Σε αυτήν την επιλογή, δεν μπορείτε να δημοσιεύσετε πολλά έγγραφα ταυτόχρονα.
  • Δεν παρέχει υψηλό επίπεδο ασφάλειας. Εάν είναι επιθυμητό, ​​οποιοσδήποτε χρήστης μπορεί να δημιουργήσει ένα αντίγραφο του κύριου αρχείου στο οποίο είναι αποθηκευμένη η εταιρική βάση δεδομένων.

Για έργα μεγαλύτερης κλίμακας, ταιριάζει καλύτερα μια πλήρης οργάνωση εργασίας στη λειτουργία "πελάτης-διακομιστής". Ας παραθέσουμε τα χαρακτηριστικά του:

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

Στη λειτουργία "πελάτης-διακομιστής", χρησιμοποιείται μια τυπική αρχιτεκτονική τριών επιπέδων. Το κάτω μέρος είναι τα προγράμματα χρήστη. Από αυτούς γίνονται αιτήσεις στους διακομιστές συμπλέγματος. Εάν είναι απαραίτητο, η προσωρινή αποθήκευση δεδομένων είναι ενεργοποιημένη. Ο αλγόριθμος επεξεργασίας αιτημάτων παρέχει τη δυνατότητα άμεσων απαντήσεων. Για τη λήψη πληροφοριών, υπό τον έλεγχο του διαχειριστή διεργασιών, ο διακομιστής σχηματίζει ένα αίτημα στο DBMS. Τα δεδομένα φτάνουν στον πελάτη μέσω της αντίστροφης αλυσίδας.

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

Για να μεταβείτε από την έκδοση αρχείου σε μια πιο παραγωγική λειτουργία "πελάτη-διακομιστή", απλώς φορτώστε τα παλιά δεδομένα σε ένα ειδικό αρχείο. Στη συνέχεια αποθηκεύονται στον διακομιστή. Στην ενότητα "Διαμόρφωση" του προγράμματος 1C μπορείτε να δείτε ποια λειτουργία είναι ενεργοποιημένη.

Εφαρμογές πελατών


Το 1C παρέχει εργασία χρησιμοποιώντας διάφορους τύπους λογισμικού. Ας σημειώσουμε τα χαρακτηριστικά αυτών των τριών πελατών:

  • Thin – η λήψη/μετάδοση δεδομένων πραγματοποιείται με βάση το δικό του πρωτόκολλο. Εάν χρησιμοποιείται https, τότε ο διακομιστής πρέπει να ρυθμιστεί ανάλογα.
  • Το παχύ χρησιμοποιείται μόνο εάν οι γραμμές επικοινωνίας έχουν επαρκή απόδοση. Χρησιμοποιείται για την εκτέλεση εργασιών εντοπισμού σφαλμάτων και υπολογισμών και για πρόσβαση στη βάση δεδομένων.
  • Ο Ιστός χρησιμοποιεί προγράμματα που εκτελούνται σε πρόγραμμα περιήγησης.

Σπουδαίος! Η εφαρμογή δεν είναι κατάλληλη για την επίλυση πρακτικών ζητημάτων από τον προγραμματιστή.

Εάν χρησιμοποιείται η λειτουργία "αρχείο", τότε τα δεδομένα στο 1Cv8.1CD είναι προσβάσιμα απευθείας, αλλά η πρόσβαση στο Web είναι δυνατή μόνο μέσω του διακομιστή. Όταν εργάζεστε με thin client, η χρήση και των δύο διαδρομών είναι αποδεκτή. Στην έκδοση «πελάτης-διακομιστής», χρησιμοποιούνται παρόμοια σχήματα, αλλά προστίθεται ένας ακόμη σύνδεσμος, ο οποίος συνδυάζεται σε ένα σύμπλεγμα διακομιστών. Είναι από αυτόν που λαμβάνονται αμέσως κάποιες απαντήσεις. Εάν είναι απαραίτητο, το αίτημα απευθύνεται σε υψηλότερο επίπεδο, στο ΣΔΒΔ.

Εφαρμογή διαφορετικών συστημάτων διαχείρισης βάσεων δεδομένων

  • Αρχείο DBMS:
    • Αναπαράσταση οποιουδήποτε από τους πίνακες από τα ακόλουθα αρχεία: περιγραφές, εγγραφές, ευρετήρια και τιμές.
    • Κάθε αρχείο καταλαμβάνει όχι περισσότερο από 4 GB χώρου στο δίσκο.
    • Το μήκος του κλειδιού περιορίζεται στα 1920 byte.
    • Για την ευρετηρίαση μπορούν να χρησιμοποιηθούν το πολύ 256 πεδία.
  • PostgreSQL:
    • Εάν η λειτουργία ταξινόμησης είναι σε αύξουσα σειρά, τα NULL βρίσκονται στο τέλος της λίστας.
    • Η ταχύτητα επεξεργασίας δεδομένων σε αυτό το DBMS μειώνεται με σημαντική αύξηση της έντασης των αιτημάτων των χρηστών.
    • Οι δείκτες απόδοσης εξαρτώνται σε μεγάλο βαθμό από τις αντίστοιχες τεχνικές παραμέτρους των ηλεκτροκινητήρων.
    • Ένας ειδικός αλγόριθμος για την καταγραφή κάθε συναλλαγής αυξάνει το επίπεδο αξιοπιστίας.
    • Η ολοκληρωμένη χρήση τροφοδοτικών αδιάλειπτης ισχύος και συστοιχιών RAID θα βοηθήσει στην αποφυγή σφαλμάτων.
  • Microsoft SQL – ο μεγαλύτερος αριθμός πινάκων σε ένα ερώτημα δεν πρέπει να υπερβαίνει τις 256 μονάδες.
  • Στο Oracle DB, όπως και στην PostgreSQL, μετά την ταξινόμηση με αύξουσα σειρά, το NULL ορίζεται στο τέλος της λίστας. Σε αυτό το ΣΔΒΔ απαγορεύεται η τοποθέτηση «Παραγγελίας» ή «Πρώτης» εντός της κατασκευής υποερωτήματος «Μέσα». Όταν το χρησιμοποιείτε, θα πρέπει να εργάζεστε προσεκτικά με τα στατιστικά του σχεδίου ερωτημάτων. Έχουν αξιοσημείωτο αντίκτυπο στη σταθερότητα του 1C.
  • IBM DB2:
    • Το NULL δεν είναι πληκτρολογημένος εκθέτης.
    • Η αριθμητική τιμή δεν πρέπει να υπερβαίνει τους 31 χαρακτήρες.
    • Ένα πεδίο περιορίζεται στο 1 GB.
    • Καθώς ο αριθμός των υποερωτημάτων αυξάνεται (σε ​​κατάσταση σύνδεσης), είναι δυνατή κάποια υποβάθμιση της απόδοσης.

Η σωστή εφαρμογή του 1C σε μια επιχείρηση πραγματοποιείται λαμβάνοντας υπόψη τις πληροφορίες που παρουσιάζονται σε αυτό το άρθρο.

Η Βάση Δεδομένων Ορισμών (DB) είναι μια ονομασμένη συλλογή δεδομένων που αντικατοπτρίζει την κατάσταση των αντικειμένων και τις σχέσεις τους στην εξεταζόμενη θεματική περιοχή. Ένα σύστημα διαχείρισης βάσεων δεδομένων (DBMS) είναι ένα σύνολο γλωσσών και εργαλείων λογισμικού που έχουν σχεδιαστεί για τη δημιουργία, τη συντήρηση και την κοινή χρήση μιας βάσης δεδομένων με πολλούς χρήστες. Η χρήση ενός DBMS σάς επιτρέπει να δημιουργείτε προγράμματα ανεξάρτητα από τις μεθόδους υλοποίησης αποθήκευσης δεδομένων σε εξωτερικά μέσα. Για να εργαστεί με μια βάση δεδομένων, το ΣΔΒΔ πρέπει να παρέχει: τη δυνατότητα χρήσης μέσων πρόσβασης και χειρισμού των δεδομένων της βάσης δεδομένων. εργασία με μεγάλες ποσότητες δεδομένων· ταχύτητα ανάκτησης δεδομένων· λογική ακεραιότητα των δεδομένων (η συνοχή τους). αξιοπιστία αποθήκευσης δεδομένων (δυνατότητα ανάκτησης λόγω διαφόρων αστοχιών). τη δυνατότητα εξουσιοδότησης και διαφοροποίησης των εξουσιών των χρηστών (προστασία από μη εξουσιοδοτημένη πρόσβαση). 2


Κύριες λειτουργίες ενός ΣΔΒΔ 1. Άμεση διαχείριση δεδομένων σε εξωτερική μνήμη Αυτή η λειτουργία περιλαμβάνει την παροχή των απαραίτητων δομών εξωτερικής μνήμης τόσο για την αποθήκευση δεδομένων που περιλαμβάνονται απευθείας στη βάση δεδομένων όσο και για σκοπούς υπηρεσίας, για παράδειγμα, για την επιτάχυνση της πρόσβασης σε δεδομένα σε ορισμένες περιπτώσεις (συνήθως χρησιμοποιούνται για το σκοπό αυτό). ευρετήρια). ότι σε ανεπτυγμένα DBMS, οι χρήστες δεν απαιτείται σε καμία περίπτωση να γνωρίζουν εάν το DBMS χρησιμοποιεί σύστημα αρχείων και, εάν το κάνει, πώς είναι οργανωμένα τα αρχεία. 2. Διαχείριση buffer RAM Τα προηγμένα DBMS υποστηρίζουν το δικό τους σύνολο buffer RAM με τη δική τους πειθαρχία αντικατάστασης buffer. 3. Διαχείριση συναλλαγών Μια συναλλαγή είναι μια ακολουθία λειτουργιών σε μια βάση δεδομένων, η οποία θεωρείται από το ΣΔΒΔ ως ενιαίο σύνολο. Είτε η συναλλαγή ολοκληρώνεται με επιτυχία και το DBMS δεσμεύει (COMMIT) τις αλλαγές της βάσης δεδομένων που έγιναν από αυτήν τη συναλλαγή σε εξωτερική μνήμη, είτε καμία από αυτές τις αλλαγές δεν έχει καμία επίδραση στην κατάσταση της βάσης δεδομένων. Η έννοια της συναλλαγής είναι απαραίτητη για τη διατήρηση της λογικής ακεραιότητας της βάσης δεδομένων. Η διατήρηση του μηχανισμού συναλλαγής είναι απαραίτητη προϋπόθεση ακόμη και για DBMS ενός χρήστη (αν, φυσικά, ένα τέτοιο σύστημα αξίζει το όνομα DBMS). Αλλά η έννοια της συναλλαγής είναι πολύ πιο σημαντική στα DBMS πολλών χρηστών. 3


Κύριες λειτουργίες ενός DBMS 4. Καταγραφή Το αρχείο καταγραφής είναι ένα ειδικό μέρος της βάσης δεδομένων, απρόσιτο στους χρήστες του DBMS και διατηρείται με ιδιαίτερη προσοχή (μερικές φορές διατηρούνται δύο αντίγραφα του αρχείου καταγραφής, που βρίσκονται σε διαφορετικούς φυσικούς δίσκους), το οποίο λαμβάνει αρχεία όλων των αλλαγών στο κύριο μέρος της βάσης δεδομένων. Σε διαφορετικά DBMS, οι αλλαγές της βάσης δεδομένων καταγράφονται σε διαφορετικά επίπεδα: μερικές φορές μια καταχώρηση αρχείου καταγραφής αντιστοιχεί σε κάποια λογική λειτουργία αλλαγής της βάσης δεδομένων, μερικές φορές σε μια ελάχιστη εσωτερική λειτουργία τροποποίησης μιας σελίδας εξωτερικής μνήμης. Ορισμένα συστήματα χρησιμοποιούν και τις δύο προσεγγίσεις ταυτόχρονα. 5. Υποστήριξη για γλώσσες βάσης δεδομένων Γλώσσα ορισμού σχήματος βάσης δεδομένων (SDL - Schema Definition Language) γλώσσα χειρισμού δεδομένων (DML - Data Manipulation Language) Γλώσσα SQL (Structured Query Language): σας επιτρέπει να ορίσετε ένα σχήμα σχεσιακής βάσης δεδομένων και να χειριστείτε δεδομένα (εφαρμογές SDL και DML) περιέχει ειδικά μέσα για τον καθορισμό περιορισμών ακεραιότητας βάσης δεδομένων εξουσιοδοτεί την πρόσβαση σε αντικείμενα βάσης δεδομένων 4


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


Αρχιτεκτονική DBMS Ένα μοντέλο τριών επιπέδων ενός συστήματος διαχείρισης βάσης δεδομένων, που προτείνεται από το ANSI (Αμερικανικό Εθνικό Ινστιτούτο Προτύπων) Αυτή η αρχιτεκτονική επιτρέπει τη λογική (μεταξύ των επιπέδων 1 και 2) και τη φυσική (μεταξύ των επιπέδων 2 και 3) ανεξαρτησία κατά την εργασία με δεδομένα. Ο προσδιορισμός του εννοιολογικού επιπέδου κατέστησε δυνατή την ανάπτυξη μιας κεντρικής συσκευής διαχείρισης βάσεων δεδομένων. Εξωτερικό επίπεδο μοντέλου Φυσικό στρώμα 6


Το επίπεδο των εξωτερικών μοντέλων είναι το ανώτατο επίπεδο, όπου κάθε μοντέλο έχει το δικό του «όραμα» των δεδομένων. Αυτό το επίπεδο καθορίζει την προβολή της μεμονωμένης βάσης δεδομένων εφαρμογής. Κάθε εφαρμογή βλέπει και επεξεργάζεται μόνο τα δεδομένα που χρειάζονται η συγκεκριμένη εφαρμογή. Το εννοιολογικό επίπεδο είναι ο κεντρικός σύνδεσμος ελέγχου, εδώ η βάση δεδομένων παρουσιάζεται στην πιο γενική της μορφή, η οποία συνδυάζει τα δεδομένα που χρησιμοποιούνται από όλες τις εφαρμογές που συνεργάζονται με αυτήν τη βάση δεδομένων. Στην πραγματικότητα, το εννοιολογικό επίπεδο αντανακλά ένα γενικευμένο μοντέλο της θεματικής περιοχής (αντικείμενα του πραγματικού κόσμου) για την οποία δημιουργήθηκε η βάση δεδομένων. Όπως κάθε μοντέλο, ένα εννοιολογικό μοντέλο αντικατοπτρίζει μόνο τα σημαντικά, από την άποψη της επεξεργασίας, χαρακτηριστικά των αντικειμένων στον πραγματικό κόσμο. Το φυσικό επίπεδο είναι τα ίδια τα δεδομένα, που βρίσκονται σε αρχεία ή σε δομές σελίδων που βρίσκονται σε εξωτερικά μέσα αποθήκευσης. 7




Αρχιτεκτονική διακομιστή αρχείων 9


Διακομιστής αρχείων DBMS Τα αρχεία δεδομένων βρίσκονται κεντρικά σε έναν διακομιστή αρχείων. Το DBMS βρίσκεται σε κάθε υπολογιστή-πελάτη. Το DBMS έχει πρόσβαση σε δεδομένα μέσω τοπικού δικτύου. Ο συγχρονισμός των αναγνώσεων και των ενημερώσεων πραγματοποιείται με χρήση κλειδαριών αρχείων. Το πλεονέκτημα αυτής της αρχιτεκτονικής είναι το χαμηλό φορτίο της CPU στον διακομιστή. Μειονεκτήματα: δυνητικά υψηλό φορτίο τοπικού δικτύου. δυσκολία κεντρικής διαχείρισης· δυσκολία στην εξασφάλιση τόσο σημαντικών χαρακτηριστικών όπως η υψηλή αξιοπιστία, η διαθεσιμότητα και η ασφάλεια. Χρησιμοποιούνται συχνότερα σε τοπικές εφαρμογές που χρησιμοποιούν λειτουργίες διαχείρισης βάσεων δεδομένων. Παραδείγματα: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxProMicrosoft AccessParadoxdBaseFoxProVisual FoxPro 10


Αρχιτεκτονική πελάτη-διακομιστή 11


DBMS πελάτη-διακομιστή Ένα DBMS πελάτη-διακομιστή βρίσκεται στον διακομιστή μαζί με τη βάση δεδομένων και παρέχει απευθείας πρόσβαση στη βάση δεδομένων, σε αποκλειστική λειτουργία. Όλα τα αιτήματα πελατών για επεξεργασία δεδομένων υποβάλλονται σε κεντρική επεξεργασία από το DBMS πελάτη-διακομιστή. Το μειονέκτημα του DBMS πελάτη-διακομιστή είναι οι αυξημένες απαιτήσεις για τον διακομιστή. Πλεονεκτήματα: δυνητικά χαμηλότερο φορτίο τοπικού δικτύου. ευκολία κεντρικής διαχείρισης. την ευκολία παροχής σημαντικών χαρακτηριστικών όπως η υψηλή αξιοπιστία, η υψηλή διαθεσιμότητα και η υψηλή ασφάλεια. Παραδείγματα: Oracle, Firebird, Interbase, IBM DB2, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, LINTER.OracleFirebirdInterbaseIBM DB2MS SQL ServerSybase Adaptive ServerSGREQSQLYP Enterprise


Ενσωματωμένο DBMS Μπορεί να παρέχεται ως στοιχείο κάποιου προϊόντος λογισμικού, χωρίς να απαιτείται διαδικασία αυτο-εγκατάστασης. Σχεδιασμένο για τοπική αποθήκευση δεδομένων εφαρμογής και δεν προορίζεται για κοινή χρήση σε δίκτυο. Φυσικά, υλοποιείται συχνότερα με τη μορφή βιβλιοθήκης plug-in. Η πρόσβαση στα δεδομένα από την πλευρά της εφαρμογής μπορεί να γίνει μέσω SQL ή μέσω ειδικών διεπαφών προγράμματος. Παραδείγματα: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, MySQL, Sav Zigzag, Microsoft SQL Server Compact, LINTER.OpenEdgeSQLiteBerkeleyDBFirebird EmbeddedMySQLSav Zigzag Microsoft SQL Server 13 CompactLINTER


Διαχωρισμός λειτουργιών μεταξύ διακομιστή και πελάτη Λειτουργίες της εφαρμογής πελάτη: Αποστολή αιτημάτων στον διακομιστή. Ερμηνεία των αποτελεσμάτων ερωτημάτων που λαμβάνονται από τον διακομιστή. Παρουσίαση των αποτελεσμάτων στον χρήστη με κάποια μορφή (διεπαφή χρήστη). Λειτουργίες τμήματος διακομιστή: Λήψη αιτημάτων από εφαρμογές πελατών. Ερμηνεία αιτημάτων. Βελτιστοποίηση και εκτέλεση ερωτημάτων βάσης δεδομένων. Αποστολή αποτελεσμάτων στην εφαρμογή πελάτη. Εξασφάλιση συστήματος ασφαλείας και ελέγχου πρόσβασης. Διαχείριση ακεραιότητας βάσης δεδομένων. Εφαρμογή σταθερότητας τρόπου λειτουργίας πολλαπλών χρηστών. 14


Τα σύγχρονα τοπικά DBMS χρησιμοποιούνται για σχετικά μικρές εργασίες (μικρός όγκος επεξεργασμένων δεδομένων, μικρός αριθμός χρηστών), έχουν σχετικά απλοποιημένη αρχιτεκτονική, ειδικότερα, λειτουργούν σε λειτουργία διακομιστή αρχείων, δεν υποστηρίζουν όλες τις πιθανές λειτουργίες DBMS (για παράδειγμα, Το αρχείο καταγραφής συναλλαγών δεν διατηρείται, δεν υπάρχει δυνατότητα αυτόματης ανάκτησης βάσης δεδομένων μετά από αποτυχίες κ.λπ.) dBase III – PLUS, Clipper (Nantucket Inc.), FoxPro (Fox Software), FoxBase+ (Fox Software), Visual FoxPro (Microsoft), PARADOX (Borland International ) Microsoft Access (εταιρεία Microsoft). 15




Διαχείριση βάσεων δεδομένων Η διαχείριση βάσεων δεδομένων είναι συνάρτηση της διαχείρισης βάσεων δεδομένων. Το άτομο που είναι υπεύθυνο για τη διαχείριση της βάσης δεδομένων ονομάζεται Διαχειριστής Βάσης Δεδομένων (DBA). Ένας διαχειριστής βάσης δεδομένων (DBA) ή Διαχειριστής βάσης δεδομένων (DBA) είναι ένα άτομο υπεύθυνο για την ανάπτυξη απαιτήσεων βάσης δεδομένων, το σχεδιασμό, την εφαρμογή, την αποτελεσματική χρήση και τη συντήρησή της, συμπεριλαμβανομένης της διαχείρισης λογαριασμών χρηστών βάσης δεδομένων και της προστασίας από μη εξουσιοδοτημένη πρόσβαση, καθώς και για την υποστήριξη της ακεραιότητας της βάσης δεδομένων. 17


Εργασίες διαχειριστή βάσης δεδομένων 1. Σχεδιασμός βάσης δεδομένων. 2. Βελτιστοποίηση της απόδοσης της βάσης δεδομένων. 3. Παροχή και έλεγχος πρόσβασης στη βάση δεδομένων. 4. Διασφάλιση ασφάλειας στη βάση δεδομένων. 5. Δημιουργία αντιγράφων ασφαλείας και ανάκτηση βάσης δεδομένων. 6. Διασφάλιση της ακεραιότητας της βάσης δεδομένων. 7. Διασφάλιση της μετάβασης σε νέα έκδοση του ΣΔΒΔ. 18


Εξειδικεύσεις διαχειριστή βάσης δεδομένων 1. Διαχειριστής συστήματος. 2. Αρχιτέκτονας βάσης δεδομένων. 3. Αναλυτής βάσεων δεδομένων. 4. Προγραμματιστής μοντέλου δεδομένων. 5. Διαχειριστής εφαρμογής. 6. Διαχειριστής βάσης δεδομένων με γνώμονα τα προβλήματα. 7. Performance Analyst. 8. Διαχειριστής αποθήκης δεδομένων. 19

4.ΣΥΣΤΗΜΑΤΑ ΔΙΑΧΕΙΡΙΣΗΣ ΒΑΣΕΩΝ ΔΕΔΟΜΕΝΩΝ 1

4.1.Ταξινόμηση DBMS 1

4.2.Κανόνες Codd για Σχεσιακά ΣΔΒΔ (RSDBMS) 2

4.3.Βασικές λειτουργίες του σχεσιακού ΣΔΒΔ 4

4.4.Διαχείριση βάσης δεδομένων 5

4.5 Λεξικό δεδομένων 6

Ένα σύστημα διαχείρισης βάσεων δεδομένων (DBMS) είναι ένα κρίσιμο στοιχείο ενός AIS που βασίζεται σε βάσεις δεδομένων. Ένα DBMS είναι απαραίτητο για τη δημιουργία και τη διατήρηση μιας βάσης δεδομένων πληροφοριακού συστήματος στον ίδιο βαθμό όπως για την ανάπτυξη ενός προγράμματος σε μια αλγοριθμική γλώσσα - έναν μεταφραστή. Τα στοιχεία λογισμικού του DBMS περιλαμβάνουν τον πυρήνα και τα εργαλεία εξυπηρέτησης (utilities).

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

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

Μια θεμελιωδώς σημαντική ιδιότητα ενός DBMS είναι ότι σας επιτρέπει να διακρίνετε και να υποστηρίζετε δύο ανεξάρτητες όψεις της βάσης δεδομένων: την «προβολή» του χρήστη, που ενσωματώνεται στη «λογική» αναπαράσταση των δεδομένων και την «προβολή» του συστήματος - τη «φυσική ” αναπαράσταση (οργάνωση αποθηκευμένων δεδομένων).

Για την προετοιμασία μιας βάσης δεδομένων, ο προγραμματιστής χρησιμοποιεί τα μέσα ενός συγκεκριμένου ΣΔΒΔ για να περιγράψει τη λογική δομή της βάσης δεδομένων, την οργάνωσή της στο περιβάλλον αποθήκευσης και τις προβολές δεδομένων των χρηστών (αντίστοιχα, το εννοιολογικό σχήμα της βάσης δεδομένων, το σχήμα αποθήκευσης και τα εξωτερικά σχήματα) . Με την επεξεργασία αυτών των σχημάτων, το DBMS δημιουργεί μια κενή βάση δεδομένων της απαιτούμενης δομής και παρέχει εργαλεία για την πλήρωσή της με δεδομένα τομέα και περαιτέρω λειτουργία.

    1. Ταξινόμηση DBMS

Με βάση τον βαθμό καθολικότητας, τα DBMS χωρίζονται σε δύο κατηγορίες: DBMS γενικού σκοπού(DBMS ON) και ειδικευμένος DBMS (SpDBMS).

Τα ON DBMS δεν εστιάζονται σε κανένα θέμα ή σε συγκεκριμένες ανάγκες πληροφοριών των χρηστών. Κάθε σύστημα αυτού του είδους είναι καθολικό και υλοποιεί ένα λειτουργικά περιττό σύνολο λειτουργιών σε δεδομένα. Το ON DBMS περιλαμβάνει εργαλεία για προσαρμογή για μια συγκεκριμένη θεματική περιοχή, συνθήκες λειτουργίας και απαιτήσεις χρήστη. Η παραγωγή αυτών των συστημάτων γίνεται σε ευρεία εμπορική βάση.

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


  • δεν επιτυγχάνεται η απαιτούμενη ταχύτητα επεξεργασίας δεδομένων.

  • είναι απαραίτητο να λειτουργεί το DBMS υπό συνθήκες σοβαρών περιορισμών υλικού.

  • απαιτείται υποστήριξη για συγκεκριμένες λειτουργίες επεξεργασίας δεδομένων.
Τα SPDBMS έχουν σχεδιαστεί για να επιλύουν ένα συγκεκριμένο πρόβλημα και οι αποδεκτές παράμετροι για αυτήν τη λύση επιτυγχάνονται ως εξής:

  1. λόγω γνώσης των χαρακτηριστικών μιας συγκεκριμένης θεματικής περιοχής,

  2. μειώνοντας τη λειτουργική πληρότητα του συστήματος.
Η δημιουργία ενός SpDBMS είναι μια εργασία έντασης εργασίας, επομένως για να επιλέξετε αυτό το μονοπάτι, πρέπει να έχετε πραγματικά καλούς λόγους. Στη συνέχεια, θα ληφθούν υπόψη μόνο τα DBMS γενικής χρήσης.

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

Σύμφωνα με το μοντέλο δεδομένων υπάρχουν ιεραρχικός,δίκτυο,σχετικός, αντικείμενο-σχεσιακόΚαι αντικειμενοστραφής DBMS.

Για σχεσιακό DBMS E.F. Ο Codd πρότεινε και αιτιολόγησε 12 κανόνες που πρέπει να πληροί ένα ΣΔΒΔ σχεσιακών δεδομένων (RDBMS).

    1. Κανόνες Codd για Σύστημα Διαχείρισης Σχεσιακών Βάσεων Δεδομένων (RDBMS)


  1. Ρητή παρουσίαση δεδομένων (The Information Rule). Οι πληροφορίες πρέπει να παρουσιάζονται με τη μορφή δεδομένων που είναι αποθηκευμένα σε κελιά. Τα δεδομένα που αποθηκεύονται στα κύτταρα πρέπει να είναι ατομικά. Η σειρά των γραμμών σε έναν σχεσιακό πίνακα δεν πρέπει να επηρεάζει τη σημασία των δεδομένων.

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

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

  4. Δυναμικός On-Line Κατάλογος Βασισμένος στο Σχεσιακό Μοντέλο. Κατάλογος (ή λεξικό-βιβλίο αναφοράς) τα δεδομένα πρέπει να αποθηκεύονται με τη μορφή σχεσιακών πινάκων και το RDBMS πρέπει να υποστηρίζει την πρόσβαση σε αυτά χρησιμοποιώντας εργαλεία τυπικής γλώσσας, τα ίδια που χρησιμοποιούνται για την εργασία με σχεσιακούς πίνακες που περιέχουν δεδομένα χρήστη.

  5. Πληρότητα υποσυνόλου γλωσσών (Comprehensive Data Sublanguage Rule). Το RDBMS πρέπει να υποστηρίζει μια ενιαία γλώσσα που σας επιτρέπει να εκτελείτε όλες τις λειτουργίες σε δεδομένα: ορισμός δεδομένων (DDL, γλώσσα ορισμού δεδομένων), χειρισμός δεδομένων (DML, γλώσσα χειρισμού δεδομένων), διαχείριση πρόσβασης χρήστη στα δεδομένα, διαχείριση συναλλαγών.

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

  7. Διαθεσιμότητα λειτουργιών διαχείρισης δεδομένων υψηλού επιπέδου (Εισαγωγή, Ενημέρωση και Διαγραφή υψηλού επιπέδου). Οι λειτουργίες εισαγωγής, τροποποίησης και διαγραφής δεδομένων πρέπει να υποστηρίζονται όχι μόνο σε σχέση με μία γραμμή του πίνακα, αλλά σε σχέση με οποιοδήποτε σύνολο σειρών ενός αυθαίρετου πίνακα.

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

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

  10. Ακεραιότητα Ανεξαρτησία. Όλες οι απαραίτητες πληροφορίες για τη διατήρηση της ακεραιότητας πρέπει να περιέχονται στο λεξικό δεδομένων. Μια γλώσσα δεδομένων πρέπει να επικυρώνει τα δεδομένα εισόδου και να διατηρεί αυτόματα την ακεραιότητα των δεδομένων. Αυτό υλοποιείται χρησιμοποιώντας περιορισμούς ακεραιότητας και μηχανισμό συναλλαγής.

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

  12. Συντονισμός γλωσσικών επιπέδων (Κανόνας Non-Subversion). Δεν θα πρέπει να υπάρχει κανένας τρόπος πρόσβασης σε δεδομένα εκτός από μια τυπική γλώσσα για την εργασία με δεδομένα. Εάν χρησιμοποιείται γλώσσα πρόσβασης δεδομένων χαμηλού επιπέδου, δεν πρέπει να αγνοεί τους κανόνες ασφάλειας και ακεραιότητας που υποστηρίζονται από τη γλώσσα ανώτερου επιπέδου.
    1. Κύριες λειτουργίες ενός σχεσιακού ΣΔΒΔ

Οι κύριες λειτουργίες ενός σχεσιακού DBMS καθορίζονται από τους κανόνες του Codd. Αλλά οι ανάγκες του χρήστη καθορίζουν επίσης τις ακόλουθες λειτουργίες:

  1. Υποστήριξη για λειτουργία πρόσβασης πολλών χρηστών.
Δημιουργείται μια βάση δεδομένων για την επίλυση πολλών προβλημάτων από πολλούς χρήστες. Αυτό συνεπάγεται τη δυνατότητα για πολλούς χρήστες να έχουν πρόσβαση σε δεδομένα ταυτόχρονα. Τα δεδομένα στη βάση δεδομένων είναι ένας κοινόχρηστος πόρος και το RDBMS πρέπει να παρέχει έλεγχο πρόσβασης σε αυτόν.

  1. Διασφάλιση της ακεραιότητας των φυσικών δεδομένων.
Το πρόβλημα της διασφάλισης της φυσικής ακεραιότητας των δεδομένων οφείλεται στην πιθανότητα καταστροφής δεδομένων ως αποτέλεσμα αστοχιών και αστοχιών στη λειτουργία του συστήματος υπολογιστή ή ως αποτέλεσμα σφαλμάτων χρήστη. Τα προηγμένα RDBMS σάς επιτρέπουν να ανακτάτε χαμένα δεδομένα στις περισσότερες περιπτώσεις. Η ανάκτηση δεδομένων βασίζεται συνήθως στην περιοδική δημιουργία αντιγράφων ασφαλείας βάσης δεδομένων και στη διατήρηση ενός αρχείου καταγραφής αλλαγών (ημερολόγιο συναλλαγών).

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

  1. Ρύθμιση ενός RDBMS.
Η διαμόρφωση ενός RDBMS συνήθως εκτελείται από έναν διαχειριστή βάσης δεδομένων, ο οποίος είναι υπεύθυνος για τη λειτουργία του συστήματος στο σύνολό του. Ειδικότερα, μπορεί να περιλαμβάνει τις ακόλουθες λειτουργίες:

  • σύνδεση εξωτερικών εφαρμογών στη βάση δεδομένων.

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

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

  • τροποποίηση του εννοιολογικού σχήματος δεδομένων ( αναδιάρθρωση βάσης δεδομένων) όταν η περιοχή θέματος ή/και οι ανάγκες χρήστη αλλάζουν.
Τα καθήκοντα ενός διαχειριστή βάσης δεδομένων (DBA) είναι αρκετά σημαντικά, επομένως θα πρέπει να συζητηθούν με λίγο περισσότερες λεπτομέρειες.
    1. Διαχείριση Βάσεων Δεδομένων

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

Η διαχείριση της βάσης δεδομένων είναι ευθύνη του διαχειριστή (ή του προσωπικού διοίκησης εάν το σύστημα βάσης δεδομένων είναι μεγάλο). Τα καθήκοντα του διαχειριστή περιλαμβάνουν την εκτέλεση πολλών ομάδων λειτουργιών:


  1. Διαχείριση της θεματικής περιοχής: υποστήριξη για την παρουσίαση της βάσης δεδομένων σε εννοιολογικό επίπεδο της αρχιτεκτονικής DBMS (κοινή για όλες τις εφαρμογές). επαρκή εμφάνιση στη βάση δεδομένων των αλλαγών που συμβαίνουν στο λογισμικό. Η τελευταία απαίτηση μπορεί να περιλαμβάνει την αναδιάρθρωση (αλλαγή του σχήματος) της βάσης δεδομένων και στη συνέχεια τη συμμόρφωση του περιεχομένου της βάσης δεδομένων με το νέο σχήμα.

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

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

  • αλλάζοντας τον τρόπο που τα δεδομένα τοποθετούνται στη μνήμη, για παράδειγμα:

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

  • κτιριακές ομάδες?

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

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

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

  2. Διαχείριση ασφάλειας δεδομένων: παραχώρηση δικαιωμάτων στους χρήστες πρόσβασης στη βάση δεδομένων και ρύθμιση προστασίας του συστήματος από μη εξουσιοδοτημένη πρόσβαση.
Ένα DBMS συνήθως περιλαμβάνει βοηθητικά εργαλεία (διάφορα βοηθητικά προγράμματα) που απλοποιούν τη διαχείριση της βάσης δεδομένων.
    1. Λεξικό δεδομένων

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

  • σχετικά με τους κατόχους αντικειμένων δεδομένων, τους χρήστες πόρων δεδομένων και τις εξουσίες πρόσβασής τους·

  • σχετικά με τη σύνθεση και τη δομή της βάσης δεδομένων·

  • σχετικά με τους περιορισμούς ακεραιότητας·

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

Λεξικό DBχρησιμεύει για την υποστήριξη της λειτουργίας των στοιχείων λογισμικού - του DBMS και των προγραμμάτων εφαρμογών που συνεργάζονται με τη βάση δεδομένων. Το λεξικό περιέχει πληροφορίες σχετικά με την οργάνωση της βάσης δεδομένων, τη σύνθεση και τη δομή της, μια περιγραφή των δεδομένων: μορφές παρουσίασης, δομή, μέθοδοι πρόσβασης, μέθοδοι αποθήκευσης δεδομένων στη μνήμη κ.λπ. Οι πληροφορίες στο λεξικό παρουσιάζονται σε μορφή κατάλληλη για χρήση λογισμικού.

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

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

Οικονομική πτυχή της εφαρμογής του 1C στο ORACLE

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

Το πρώτο είναι φυσικά οι άδειες. Επειδή δεν είμαι ειδικός σε άδειες, απλά πληκτρολόγησα ORACLE και MSSQLServer στο Διαδίκτυο, έψαξα το κόστος των αδειών για ένα άτομο (όχι από SOCKET, όχι από μνήμη, όχι από διακομιστές - αλλά στην πιο απλοποιημένη έκδοση) και έλαβα περίπου τα ίδια ποσά. Όπως βλέπουμε, μία άδειαΗ ORACLE είναι ακόμη φθηνότερη από μια παρόμοια άδειαMSSQL. Για σύγκριση, χρησιμοποιώ τις εκδόσεις StandardEditionONEORACLE και StandartEditionMSSQLServer, επειδή αυτές είναι οι αρχικές εκδόσεις και το 1C μας απαγορεύει να χρησιμοποιούμε τις περισσότερες από τις «χαρακτηριστικές» που υπάρχουν στις εκδόσεις Enterprise.

OC σε διακομιστή γιαΤο ORACLE είναι γενικά δωρεάν(κοινώς δωρεάν, φυσικά) - ΑυτόLINUX. Το γεγονός είναι ότι το ORACLE είναι ένα προϊόν που αναπτύχθηκε αρχικά για το LINUX και είναι αρχικά "Linux" - κοιτάξτε τη δομή του καταλόγου, τη δέσμη των αρχείων διαμόρφωσης, τη διεπαφή JAVA - θα το παρατηρήσετε αμέσως. Για τη Microsoft, αυτός είναι, κατά συνέπεια, ο WindowsServer (δεν έχουμε άλλη επιλογή), αλλά ακόμη και στην έκδοση StandardEdition κοστίζει 1000 ρούβλια.

Ο ίδιος ο διακομιστής (hardware) θα αποτελεί, φυσικά, μεγάλο μερίδιο του κόστους του έργου, αλλά για να συγκρίνουμε το κόστος υλοποίησης ενός DBMS, το κόστος του δεν θα μας ανησυχήσει.

Αλλά το τελευταίο σημείο (η παρουσία ενός DBA - ORACLEDBA ή MSSQLDBA) είναι το πιο ενδιαφέρον. Αν μιλάμε για υλοποίηση σε MSSQL, τότε οι περισσότεροι είχαν υλοποιήσεις στις οποίες ήταν δυνατό να γίνουν χωρίς DBA, αφού ο MSSQLServer δεν είναι τόσο περίπλοκο προϊόν, έχει καλή χρηστικότητα, καλή μεθοδολογία της Microsoft, η διαχείρισή του είναι λίγο-πολύ είναι δυνατόν να το καταλάβετε μόνοι σας. ΓιαΜΑΝΤΕΙΟ- σε μικρά έργα, φυσικά, υπάρχει πιθανότητα - σε μεγάλα έργα (από 100 χρήστες), φυσικά, ήδη απαιτείται ξεχωριστό άτομο για την παρακολούθηση της λειτουργίας του ΣΔΒΔ, που θα διαχειρίζεται το έργο του, θα το διαχειρίζεται. Εργαλεία διαχείρισης γραφικών DBMSΤο ORACLE δεν είναι τόσο δυνατό, ούτε όμορφο και όχι τόσο υπέροχο όσο στοMSSQLSserver.

Η πρώτη ιδέα είναι ένα διάγραμμαΜΑΝΤΕΙΟκαι βάση δεδομένων.

Πολύ συχνά, όταν συζητάμε το έργο του 1C στο ORACLE, μια τέτοια απλοποίηση λαμβάνεται ως κανόνας ότι για την ORACLE η βάση δεδομένων είναι ένα σχήμα. Αυτή είναι η πιο δημοφιλής παρανόηση. Είναι η ρίζα όλων των προβλημάτων (πολλά προβλήματα εργασίας 1C με το ORACLE DBMS).

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

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

Η 1C, για να απλοποιήσει τη ζωή της, επέλεξε το σχήμα ως εργαλείο για τη δημιουργία ενός συμπλέγματος στην κονσόλα. Για να μπορέσουν να δημιουργήσουν μια βάση δεδομένων από το 1C, επέλεξαν ένα σχήμα. Το γεγονός είναι ότι η δημιουργία μιας βάσης δεδομένων στο ORACLE είναι μια μη τετριμμένη διαδικασία. Κάθε βάση δεδομένων στην Oracle είναι μια ξεχωριστή υπηρεσία, μια ξεχωριστή παρουσία. Το 1C έχει απλοποιήσει όλα αυτά και χρησιμοποιεί ένα ξεχωριστό σχήμα για μια ξεχωριστή βάση δεδομένων. Μου φαίνεται ότι η 1C επέλεξε λάθος πολιτική. Αυτό είναι ένα είδος εξαπάτησης των χρηστών. Δεν υπάρχει πρόσημο ίσου μεταξύ των εννοιών Schema και Database. Μια μεγάλη λύση ORACLE μπορεί να λειτουργήσει κανονικά μόνο εάν έχετε μόνο μία βάση δεδομένων 1C σε έναν διακομιστή, σε μία παρουσία. Δεν υπάρχει άλλη επιλογή.

Εκδόσεις.

Δεν θα μπω σε λεπτομέρειες. Θα πω μόνο ότι υπάρχουν DBMS έκδοσης και DBMS κλειδώματος.

Κατά τον αποκλεισμό των DBMS, εάν μια συναλλαγή έχει ήδη αρχίσει να αλλάζει δεδομένα, τότε μια άλλη συναλλαγή αυτή τη στιγμή αναγκάζεται να περιμένει. Σε εκδόσεις DBMS, μια άλλη συναλλαγή μπορεί να διαβάσει τα δεδομένα.

Ένα DBMS με έκδοση είναι καλό, ένα DBMS κλειδώματος είναι κακό. Ωστόσο, ένα DBMS με έκδοση δεν είναι πανάκεια για όλα τα δεινά, γιατί εάν, ως αποτέλεσμα της χρήσης του, καταλήξετε σε μια προηγούμενη έκδοση του υπολοίπου, δεν θα είστε πολύ ευχαριστημένοι. Πρέπει ακόμα να εφαρμόσετε ελεγχόμενες κλειδαριές, ακόμα δεν θα μπορείτε να γράψετε τίποτα παράλληλα - θαύματα δεν συμβαίνουν!

Τα DBMS αποκλεισμού είναι IBMDB2 και MSSQLServer (πρέπει να παραδεχτούμε ότι ο MSSQLServer έχει τη λειτουργία Read_Commited_Snapshot - ένα είδος παρωδίας της έκδοσης - χρησιμοποιείται στην έκδοση της πλατφόρμας 1C 8.3 και χρησιμοποιείται επίσης στο MicrosoftDynamics AX). Τα εκδομένα DBMS είναι ORACLE και PostgreSQL. Δεν θέλω να πω τίποτα κακό για το Postgre· είναι ένα δωρεάν DBMS, ένα έργο ενθουσιωδών. Προσωπικά δεν το θεωρώ ως DBMS για σοβαρά έργα. Μου φαίνεται ότι μεταξύ των εκδόσεων DBMS που υποστηρίζονται από την πλατφόρμα 1C, το ORACLE είναι η μόνη πλήρης επιλογή.

Γιατί αγαπούνΜΑΝΤΕΙΟ?

Θα πω αμέσως ότι το άρθρο θα περιέχει πολλά κακά πράγματα σχετικά με αυτό το DBMS, αλλά υπάρχουν ορισμένες θετικές πτυχές που είναι καθαρά χαρακτηριστικές της ORACLE.

Συνήθως, το ORACLE DBMS συνδέεται με τις ιδιότητες της υψηλής απόδοσης, του άθραυστου κ.λπ.

Κατά τη γνώμη μου, το θέμα εδώ είναι λίγο διαφορετικό. Η Oracle χρησιμοποιεί δύο προηγμένες τεχνολογίες - RAC και ASM.

ΠΓΣ(τύπος συμπλέγματος "ενεργός" - "ενεργός") - αυτό είναι ένα πλήρες σύμπλεγμα. Είναι ένα πλήρες, όχι όπως έχουμε συνηθίσει στον MSSQLServer. Αμφιβάλλω ότι κάποιος θα μπορούσε να εφαρμόσει παραλληλισμός ερωτήματοςστον MSSQLServer σε διαφορετικούς διακομιστές (ή ό,τι θα εμφανιστεί στο εγγύς μέλλον). Αυτό εμφανίστηκε στο ORACLE πριν από πολύ καιρό. Αυτή είναι μια τεχνολογία που έχει ήδη δοκιμαστεί σε μεγάλα συστήματα (για πραγματικά μεγάλα συστήματα αυτό είναι απαραίτητο). Στην αρχική έκδοση της Oracle, η ομαδοποίηση RAC δεν υποστηρίζεται πλήρως.

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

Το ASM βελτιώνει την απόδοση διασκορπίζοντας αυτόματα αντικείμενα βάσης δεδομένων σε μεγάλο αριθμό συσκευών και αυξάνει τη διαθεσιμότητα της βάσης δεδομένων επιτρέποντας την προσθήκη νέων συσκευών δίσκων στη βάση δεδομένων χωρίς διακοπή.

Το ASM αυτόματα, με ελάχιστη παρέμβαση, εξισώνει την κατανομή των αρχείων σε όλες τις συσκευές.

Στην πραγματικότητα, η διαχείριση του συστήματος δίσκων και αρχείων είναι αυτοματοποιημένη και αφήνεται στο DBA. Στην περίπτωση χρήσης SAN και μεγάλου αριθμού δίσκων, αυτό είναι πολύ σημαντικό.

Ξύλευση

Με την καταγραφή όλα είναι πολύ περίπλοκα. Το μόνο πράγμα στο οποίο θα ήθελα να επιστήσω την προσοχή είναι αυτό αν δουλεύουμε σε λειτουργίαArchiveLog - μπορούμε να κάνουμε πλήρεςΑντίγραφα ασφαλείας, και αν εργαζόμαστε σεNoArchiveLog - είμαστε πλήρειςΔεν μπορούμε να κάνουμε αντίγραφα ασφαλείας (μόνο χρησιμοποιώνταςimpdp καιexpdp).

Στη λειτουργία ArchiveLog, εάν έχετε περισσότερες από 1 βάσεις δεδομένων 1C στον διακομιστή σας και θέλετε να χρησιμοποιήσετε αντίγραφα ασφαλείας πλήρους δυνατοτήτων, θα χρειαστείτε μια δεύτερη βάση δεδομένων που δημιουργήθηκε με ειδικό τρόπο για να επαναφέρετε το αντίγραφο ασφαλείας, ώστε να μπορείτε στη συνέχεια να το μεταφέρετε στο κύριος διακομιστής που χρησιμοποιεί αντλία δεδομένων. Γενικά, στο 90% των περιπτώσεων για το 1C θα υπάρχει NoArchiveLog. Όλα εξαρτώνται από την επιλεγμένη στρατηγική δημιουργίας αντιγράφων ασφαλείας και το SLA (αν υπάρχει). Στην ουσία, το ArchiveLog είναι μια συνηθισμένη εναλλαγή, αλλά χωρίς αυτό είναι αδύνατη η ηλεκτρονική δημιουργία αντιγράφων ασφαλείας. Εάν εξαντληθεί ο χώρος για το ArchiveLog, το 1C θα διακοπεί.

Επιτραπέζιοι χώροι σεΜαντείο

Ενδιαφέρον θέμα. Στον MSSQLServer, τα tablespace είναι απλώς μια ομάδα αρχείων. Στην ORACLE αυτή η έννοια έχει επεκταθεί πολύ, γιατί Στο ORACLE, παραδοσιακά, τα αρχεία πρέπει να αυξήσουν το αρχικό τους μέγεθος και να αυξήσουν, π.χ. για TP μπορείτε να ορίσετε το μέγεθος του μπλοκ, το bigfile, την καταγραφή. Αν δεν είναι bigfile, τότε το όριο είναι 32 GB.

Χώροι τραπεζιού 1C:

  • Δεδομένα - Οι ίδιοι οι πίνακες
  • Δείκτης – δείκτες
  • Index_Big - μέγεθος μπλοκ 16KB. Εάν το ευρετήριο δεν μπορεί να δημιουργηθεί στο Index, η πλατφόρμα προσπαθεί να το δημιουργήσει στο Index_big. Πρέπει επίσης να ορίσετε το μέγεθος της προσωρινής μνήμης σε μπλοκ 16 KB. Στην πραγματικότητα, το μέγεθος του μπλοκ μπορεί να ποικίλλει. Όσο μικρότερος είναι ο αριθμός, τόσο πιο γρήγορη είναι η εγγραφή. Όσο περισσότερο, τόσο πιο γρήγορη είναι η ανάγνωση μεγάλων τόμων
  • LOB - αποθήκευση τιμών και συμβολοσειρών απεριόριστου μήκους. Είναι καλό που το μοιραστήκαμε. Τώρα μπορείτε, χωρίς να παραβιάσετε τη συμφωνία άδειας χρήσης, να μετακινήσετε όλα τα σκουπίδια σε ξεχωριστό δίσκο
  • Temp - tempdb. Χρειάζεστε μια πολύ γρήγορη διάταξη δίσκων.

Θα ήθελα να επιστήσω την προσοχή σας στον χώρο τραπεζιού 1C V81C_LOB. Το ORACLE είναι επί του παρόντος το μόνο DBMS που διαθέτει πλήρη αποθήκευση αρχείων και συμβολοσειρών απεριόριστου μήκους. ΣΕORACLE, μπορούμε να μεταφέρουμε αρχεία και γραμμές απεριόριστου μήκους σε ξεχωριστό δίσκο.Τι σημαίνει? Μπορούμε, για παράδειγμα, να εφαρμόσουμε το 1C: Document Flow σε μεγάλες εταιρείες, σε μεγάλους όγκους δεδομένων και ταυτόχρονα να μην επιλέξουμε αυτό το πλαίσιο που αρέσει σε όλους - "αποθήκευση του αρχείου σε εξωτερικό χώρο αποθήκευσης". Η ORACLE μας επιτρέπει να αποθηκεύουμε όλα τα αρχεία μας απευθείας σε μια βάση δεδομένων (αυτή η βάση δεδομένων θα βρίσκεται σε πολλούς δίσκους). Το πιο ενδιαφέρον είναι ότι όχι μόνο η ORACLE - οποιοδήποτε DBMS μας επιτρέπει να το κάνουμε αυτό, απλώς η συμφωνία άδειας χρήσης 1C επιβάλλει περιορισμούς - για οποιοδήποτε άλλο DBMS δεν έχουμε τυπικά μέσα μεταφοράς αρχείων και σειρών απεριόριστου μήκους σε ξεχωριστό διακομιστή χώρος στο δισκο. Και στην περίπτωση τουΗ ORACLE 1C σκέφτηκε να διαθέσει έναν ξεχωριστό χώρο τραπεζιού για αυτόV81ΝΤΟ_ΚΤΥΠΩ ΥΨΗΛΑ ΣΦΑΙΡΑΝ ΤΕΝΙΣ. Ένα υπέροχο «χαρακτηριστικό».

Μερικές ακόμη βασικές έννοιες:

  • REDOLOG (τρέχον αρχείο καταγραφής) - Πρέπει να παρακολουθείτε την ποσότητα του ελεύθερου χώρου. Μπορείτε να το απενεργοποιήσετε. Η Oracle «δεν συγχωρεί τα λάθη». Αν εξαντληθεί ο χώρος για κορμούς, απλώς «πέφτει». Εάν δεν υπάρχουν αντίγραφα ασφαλείας, τότε δεν χρειάζονται αρχεία καταγραφής
  • ALERTLOG (τεχνολογικό αρχείο καταγραφής) - / u01/ app/ oracle/ diag/ rbms/ main/ OID/ alert θα πρέπει να το κοιτάξετε ακόμα κι αν υπάρχει dba
  • LISTENER (οργάνωση πρόσβασης δικτύου) - όταν εργαζόμαστε με τον MSSQLServer, δεν είμαστε συνηθισμένοι στο γεγονός ότι η πρόσβαση δικτύου στη βάση δεδομένων είναι μια ξεχωριστή εφαρμογή
  • SYSDBA (λειτουργία βάσης δεδομένων) - root για oracle - οι κανονικές ενέργειες δεν είναι διαθέσιμες σε αυτήν τη λειτουργία. Λειτουργία μόνο διαχειριστή.

Κατανοούμε τις βασικές έννοιες. Τώρα θα προχωρήσω στο "κύριο άρθρο" - θα μιλήσω συγκεκριμένα για το έργο της ORACLE με το 1C.

Προβλήματα ανάπτυξης 1CΜΑΝΤΕΙΟ

Το πρώτο και πιο σημαντικό - συγκεκριμένη γλωσσική ταξινόμηση. Αν μιλάμε για εργασία στο ORACLE με συμβολοσειρές κειμένου, τότε αυτό είναι ίσως το κύριο πρόβλημα.

Η πλατφόρμα 1C χρησιμοποιεί τους ίδιους μηχανισμούς για εργασία με όλες τις εκδόσεις του DBMS (συμπεριλαμβανομένης της έκδοσης αρχείου). Αντίστοιχα, η πλατφόρμα 1C εφαρμόζει ταξινόμηση των τιμών συμβολοσειρών σε πίνακες βάσης δεδομένων σύμφωνα με τους δικούς της κανόνες. Συγκεκριμένα, εάν μια γραμμή περιέχει τελεία ή κόμμα, τότε για 1C αυτό θα επηρεάσει την ταξινόμηση. Στο ORACLE, το οποίο είναι προσανατολισμένο στα πρότυπα, η τελεία ή το κόμμα δεν επηρεάζει την ταξινόμηση. Λόγω ενός τέτοιου στοιχειώδους προβλήματος, το 1C έπρεπε να δημιουργήσει έναν ολόκληρο "λαχανόκηπο" - χρησιμοποιήστε τη λειτουργία NLSSORT για να έχει τη δική του ταξινόμηση. Και ήδη η χρήση αυτής της λειτουργίας συνεπαγόταν σημαντικές τροποποιήσεις.

Οποιοδήποτε ευρετήριο και οποιαδήποτε ταξινόμηση ανά σειρά έχετε θα χρησιμοποιήσει τη συνάρτησηNLSSORT (ονομάστε το σιωπηρά). Η χρήση αυτής της λειτουργίας απαιτεί επίσης την εγκατάσταση μιας συγκεκριμένης εφαρμογής Lbuilder για να λειτουργεί η ORACLE με το 1C (αυτό είναι το μόνο πράγμα που διακρίνει την εγκατάσταση του ORACLE για 1C από μια απλή εγκατάσταση του ORACLE).

Τι σημαίνει αυτό για τους προγραμματιστές; Και για τον προγραμματιστή, αυτό απειλεί ότι οι καταχωρίσεις με περισσότερες από 3 διαστάσεις συμβολοσειρών δεν θα λειτουργήσουν για εσάς (από προεπιλογή). Και επίσης επειδή το μέγεθος του ευρετηρίου συμβολοσειράς θα είναι πολύ μεγάλο. Εν ολίγοις, οποιαδήποτε μεγάλη γραμμή στο μητρώο πληροφοριών, είτε στο λογιστικό μητρώο είτε στο μητρώο συσσώρευσης, είναι πολύ κακή. Κάθε ευρετήριο σε μια σειρά είναι επίσης κακό, και η ταξινόμηση σε μια σειρά είναι επίσης κακή. Ωστόσο, γενικά, ο λειτουργικός δείκτης είναι γρήγορος. Το γεγονός ότι τέτοια ευρετήρια συμβολοσειρών στον χώρο του πίνακα V81C_INDEX_BIG καταλαμβάνουν μεγάλους όγκους, φυσικά, δεν είναι πολύ καλό, αλλά δεν είναι κρίσιμο. Απλά πρέπει να το ξέρεις γενικά ένας καταχωρητής συσσώρευσης με διάσταση τύπου "String" είναι αρχιτεκτονικό σφάλμα. Συγκεκριμένα, η ORACLE απλώς σας το υπενθυμίζει αυτό.

Επόμενο - άλλο ένα πολύ δυσάρεστο νέο. Η ORACLE δεν χρησιμοποιεί ομαδοποιημένα ευρετήρια. Δηλαδή, η ORACLE, φυσικά, χρησιμοποιεί ομαδοποιημένα ευρετήρια - ονομάζονται IOT εκεί - αυτό είναι ένα πιο σωστό όνομα για τα ευρετήρια συμπλέγματος στο ORACLE. Μόλις 1C σεΗ ORACLE δεν χρησιμοποιεί ομαδοποιημένα ευρετήρια, αλλά δημιουργεί κανονικά ευρετήρια.

Τι μας απειλεί αυτό; Π όταν εργάζεστε σε 1C ORACLE, η ταχύτητα εγγραφής μας αυξάνεται, σε αντίθεση με άλλα DBMS - φαίνεται ότι αυτό είναι ένα πλεονέκτημα. Από την άλλη, η ταχύτητα ανάγνωσης μειώνεται. Όταν εργάζεστε με άλλα DBMS, το 1C δημιουργεί ένα ευρετήριο συμπλέγματος για οποιουσδήποτε τύπους αναφοράς με αναφορά - αυτός είναι ο ταχύτερος τρόπος επιλογής δεδομένων. Και κατά την εφαρμογή του κινητήρα για εργασία με το ORACLE 1C, έπρεπε να εγκαταλείψουμε συγκεντρωμένους δείκτες. Και μερικές φορές είναι ενδιαφέρον για μένα να παρακολουθώ δοκιμές στο Διαδίκτυο, όπου παρουσιάζεται όμορφα ότι όταν μια λύση εκτελείται στο ORACLE, γράφεται τόσο γρήγορα, αλλά διαβάζεται λίγο πιο αργά. Στην πραγματικότητα, αυτό δεν είναι πραγματικά ένα πρόβλημα ORACLE - είναι απλώς η λογική του 1C. Εάν γνωρίζετε αυτή τη λογική, τότε δεν υπάρχει τίποτα περίεργο σε αυτό.

Δύο ακόμη δυσάρεστες στιγμές

  • τύποςΜΗΔΕΝΙΚΟγια όλα τα DBMS εκτός από τον MSSQLServer, η σειρά ταξινόμησης αντιστρέφεται.
  • Προσωρινά τραπέζια - όλοι τα έχουμε ήδη συνηθίσει. Όλοι οι προγραμματιστές συνεργάζονται μαζί τους, αλλά στην περίπτωση χρήσης ORACLE - τα προσωρινά τραπέζια δεν γίνονται αρκετά προσωρινά. Πιστεύω ότι αυτό ήταν ένα μεθοδολογικό σφάλμα μεταξύ των προγραμματιστών 1C - καθώς οι προσωρινοί πίνακες στο ORACLE προορίζονται για κάτι εντελώς διαφορετικό. Γενικά, η ORACLE δεν συνιστά τη χρήση προσωρινών πινάκων για την αποθήκευση ενδιάμεσων αποτελεσμάτων. Εκεί, το ενδιάμεσο αποτέλεσμα αποθηκεύεται σε προβολές. Το 1C αποθηκεύει αυτό το ενδιάμεσο αποτέλεσμα σε προσωρινούς πίνακες και αυτοί οι προσωρινοί πίνακες δημιουργούνται στη βάση δεδομένων ως κανονικοί πίνακες και δεν διαφέρουν από αυτούς. Δημιουργήθηκε και στη συνέχεια χρησιμοποιήθηκε... Καθαρισμό. Παραμένουν όμως στο λεξικό. Επιπλέον, οι προσωρινοί πίνακες στο ORACLE είναι προσανατολισμένοι σε μια άκαμπτη δομή, εκτός εάν τα δεδομένα από αυτούς χρησιμοποιούνται μόνο σε μια περίοδο λειτουργίας. Διαχωρίζεται για κάθε περίοδο λειτουργίας, έτσι ώστε ακόμη και με ενεργοποιημένη τη δυναμική_δειγματοληψία κανείς δεν υπόσχεται ένα σωστό σχέδιο εκτέλεσης ερωτήματος. Αυτό δεν σημαίνει ότι δεν πρέπει να χρησιμοποιείτε προσωρινούς πίνακες, πρέπει να τους χρησιμοποιείτε. Απλώς, αν, για παράδειγμα, εγώ ο ίδιος έγραψα ένα ερώτημα στο οποίο δημιουργήθηκαν προσωρινοί πίνακες μέσω προγραμματισμού κατά τη συλλογή του ερωτήματος, τότε αυτό είναι όταν εργάζεστε γιαΗ ORACLE θα προκαλέσει σημαντικά προβλήματα: εάν έχετε 200 προσωρινούς πίνακες στο ερώτημά σας, τότε το ερώτημα όταν εκτελείται για πρώτη φορά στο ORACLE είναι καλό εάν εκτελεστεί, αλλά μπορεί να χρειαστεί πολύς χρόνος για να εκτελεστεί.

Δεν θέλω να πω τις λέξεις "bugs", αλλά πρέπει ακόμα. Η διαφάνεια αντιγράφει εν μέρει τις προηγούμενες.

  • Εάν έχετε αναπτύξει διαμορφώσεις για μια διαχειριζόμενη εφαρμογή τουλάχιστον μία φορά, σίγουρα γνωρίζετε τι είναι το BSP. BSP ενεργοποιημένοΗ ORACLE δεν θα ξεκινήσει καν... Το πρόβλημα είναι φθηνό - μπορεί να λυθεί γρήγορα, θα ήταν δυνατό απλώς να ξαναγράψετε λίγο το αίτημα ή να κάνετε μια μικρή τροποποίηση στην πλατφόρμα, αλλά - αυτό το πρόβλημα δεν έχει λυθεί ακόμη ( στις τρεις τελευταίες εκδόσεις του BSP υπάρχει αυτό το πρόβλημα). Αυτό το πρόβλημα προκαλείται από το γεγονός ότι στις απαριθμήσεις, η πρόσβαση στο χαρακτηριστικό "order" οδηγεί σε σφάλμα. Επιτρέψτε μου να σας υπενθυμίσω ότι το BSP είναι η βάση όλων των πιο πρόσφατων λύσεων 1C. Το 1C τοποθετεί το BSP ως «το κύριο εργαλείο προγραμματιστή» και ως «εμβληματικό προϊόν», χωρίς να δίνει προσοχή σε αυτό το σφάλμα. Αυτό σημαίνει ότι ακόμη και η αρχική δοκιμή απόδοσης στο ORACLE δεν πραγματοποιείται.
  • Είπα ήδη για το πρόβλημα με τη βάση δεδομένων (με τη δημιουργία αντιγράφων ασφαλείας και τη συντήρησή της λόγω της χρήσης του σχήματος ως βάσης δεδομένων) . Δημιουργία αντιγράφων ασφαλείας σεORACLE - είτε έχετε μία βάση δεδομένων ανάΠαράδειγμα -Η παραγωγή ή η δημιουργία αντιγράφων ασφαλείας σας πραγματοποιείται μόνο με εργαλεία εισαγωγής (χωρίς διαφορικό, χωρίς διαφορικό αντίγραφο ασφαλείας).
  • Όλα είναι άσχημα με τους προσωρινούς πίνακες και την ανάγνωση δεδομένων από το 1C στην Oracle.
  • Τεχνολογικό περιοδικό 1C απόΗ ORACLE δεν λαμβάνει σχέδιο ερωτημάτων- αυτή η δυνατότητα δεν λειτουργεί ακόμα.
  • Κανονικό Προφίλ, όπως στο MSSQL, Οχι- δεν θα το βρεις. Υπάρχει ένα σωρό διαφορετικοί LogAnalizer. Συμπ. Το Toad και το Spotlight, που θα συζητηθούν παρακάτω, μπορούν να το κάνουν αυτό. Αλλά Online, ένα γραφικό σχέδιο ερωτημάτων και το πλήρες φιλτράρισμα δεν μπορούν να βρεθούν. Φυσικά, οι επαγγελματίες ORACLEDBA ξέρουν πώς να αναλύουν τον φόρτο εργασίας - εκκινούν εργαλεία κονσόλας, δημιουργούν αρχεία html... Αλλά αυτό δεν είναι πλέον "δύο κλικ" - επομένως, εάν το έργο περιλαμβάνει ανάλυση απόδοσης, τότε είναι απαραίτητοORACLEDBA.
  • Ο βελτιστοποιητής Oracle δεν προσανατολίζεται στην εκτεταμένη χρήση ένθετων ερωτημάτων και, κατά κανόνα, επιλέγει ένα αρκετά απλό σχέδιο εκτέλεσης για συνδέσεις (NASTEDLOOPS).

Σε αυτήν τη διαφάνεια έχω συλλέξει όλα όσα παραβιάζουν τη συμφωνία άδειας χρήσης 1C (η 1C μας απαγορεύει να χρησιμοποιούμε αυτές τις δυνατότητες). Υπάρχουν μερικά σημαντικά σημεία εδώ:

  • Διαμέριση (στο ORACLE υπάρχουν 6 τύποι του, ο πίνακας μπορεί να χωριστεί σε 2 δίσκους) - Το 1C δεν προβλέπει τη χρήση κατάτμησης
  • Αποθήκευση - "συμβουλές" στο βελτιστοποιητή. Από όσο γνωρίζω, στον MSSQLServer μπορούμε να επηρεάσουμε το σχέδιο ερωτημάτων μόνο έμμεσα (δηλαδή, προσθέσαμε προηγουμένως 2000 καταχωρήσεις στο μητρώο για να αποτρέψουμε το κλείδωμα στη βάση δεδομένων MSSQLServer) - στο ORACLE όλα είναι πολύ πιο απλά. Η Oracle σάς επιτρέπει να διαχειρίζεστε σχέδια ερωτημάτων. Το 1C δεν προβλέπει τη χρήση αυτής της δυνατότητας
  • Χαλάκι. Προβολή - ευρετηριασμένες προβολές που μπορούν να χρησιμοποιηθούν αντί για πίνακες. Το 1C επίσης δεν χρησιμοποιεί αυτήν τη δυνατότητα
  • Συμπίεση
  • Ευρετήρια bit - με λίγα λόγια - ένα ευρετήριο ανά οργανισμό. Όποιος παρακολουθούσε την ιστορία της ανάπτυξης λύσεων εφαρμογών από το 1C θα μπορούσε να έχει παρατηρήσει: αρχικά, το χαρακτηριστικό "Οργανισμός" σε όλα τα έγγραφα καταχωρήθηκε στο ευρετήριο. Στη συνέχεια, η ανάπτυξη των ιδεών σχεδιασμού των αρχιτεκτόνων των λύσεων εφαρμογής 1C οδήγησε στο γεγονός ότι το χαρακτηριστικό "Οργανισμός" έπαψε να ευρετηριάζεται. Λογικός. Συνήθως υπάρχουν 3-4 οργανισμοί, η επιλεκτικότητα είναι μικρή, ο δείκτης δεν χρησιμοποιείται, είναι περιττός. Στη συνέχεια εμφανίστηκαν και πάλι συστάσεις ότι αυτή η λεπτομέρεια πρέπει να προστεθεί στο ευρετήριο. Αυτό είναι, όπως λένε, «ψάρι λόγω έλλειψης ψαριών και καρκίνου». Το χαρακτηριστικό "Organization" είναι μια τυπική περίπτωση ενός ευρετηρίου bit. Όταν έχεις χαμηλή επιλεκτικότητα, αλλά ταυτόχρονα χρησιμοποιείται παντού, υπάρχουν επιλογές για αυτό παντού... Δυστυχώς αυτή η ευκαιρία Δεν μπορούμε να χρησιμοποιήσουμε ούτε την Oracle...Δηλαδή, μπορούμε, φυσικά, ΑΛΛΑ...

Επιλογές

Από προεπιλογή, η Oracle θα είναι κατάλληλη μόνο για δοκιμαστικό περιβάλλον. Κατά την αρχική ρύθμιση, πρέπει να ορίσετε τις ακόλουθες παραμέτρους:

  • Συνεδρίες>230Και Διεργασίες>200. Οι συνεδρίες και οι διεργασίες δεν είναι σχεδόν ποτέ αρκετές. Στην παραγωγή δεν είναι εγκληματικό να αυξηθεί στα 200. Μπορεί να υπάρξουν λίγο περισσότερες συνεδρίες. Ουσιαστικά μια διαδικασία είναι μια σύνδεση, αλλά υπάρχει ένα σωρό εσωτερικές διαδικασίες
  • Ιχνος_enabledFALSE(εκτεταμένο τεχνολογικό αρχείο καταγραφής) όχι φυσικά SQLTrace, αλλά και πάλι δεν χρειάζεται όλη την ώρα... και δεν θα μας βοηθήσει ούτε
  • Recyclebin OFF(Καλάθι) - μπορείτε μόνο να χαμογελάτε. Από προεπιλογή, το ORACLE περιλαμβάνει πολλά πράγματα. Ο Κάδος Ανακύκλωσης είναι επίσης ενεργοποιημένος από προεπιλογή - το οποίο είναι σωστό - επειδή εάν ρίξετε έναν πίνακα, τοποθετείται στον Κάδο Ανακύκλωσης αντί να διαγραφεί. Χαίρομαι πολύ που δεν λειτουργεί για τη διαγραφή σειρών - μόνο για τη διαγραφή πινάκων. Και στο 1C οποιαδήποτε αναδιάρθρωση σημαίνει διαγραφή πινάκων...Το 1C γενικά λειτουργεί με πρωτότυπο τρόπο με τη βάση δεδομένων σε περίπτωση αναδιάρθρωσης. Εάν αναδιαρθρώσετε τη βάση δεδομένων, τότε ο πίνακάς σας διαγράφεται και δημιουργείται εκ νέου. Προσθέσαμε ένα κριτήριο επιλογής ή γενικές λεπτομέρειες και ο όγκος της βάσης δεδομένων αυξήθηκε κατά 2 φορές J. Ως εκ τούτου - φυσικά, το καλάθιαπαραίτητησβήνω
  • Ειδοποιήσεις μέσω ταχυδρομείου- ειδοποιήστε για προβλήματα, εξάντληση χώρου κ.λπ., εάν αντιδράσετε έγκαιρα, μπορείτε να αποτρέψετε την «πτώση» της Oracle. Φροντίστε να ενεργοποιήσετε!
  • Δρομέας_μοιρασιά- ελέγχει τον μηχανισμό αναζήτησης ερωτημάτων στην κρυφή μνήμη ερωτημάτων. Για να μειώσετε το χρόνο για τα αιτήματα ανάλυσης, πρέπει να ορίσετε αμέσως ακριβής. Δεν μπορείτε να το αλλάξετε - τα λειτουργικά ευρετήρια δεν θα χρησιμοποιούνται πλέον. Εκείνοι. Ολα…
    ΑΚΡΙΒΗΣ- αναζητά ένα αίτημα που ταιριάζει ακριβώς με το δικό σας. Δεν υπάρχει επανεγγραφή του αιτήματός σας (χρησιμοποιώντας μεταβλητές bind) για πιθανή χρήση από άλλες συνεδρίες. Από τη μία πλευρά, μια δέσμη μικρών ερωτημάτων με πολύπλοκες δομές είναι μια τυπική κατάσταση για το 1C: δαπανάται πολύς χρόνος για τη σύνταξή τους
    ΔΥΝΑΜΗ- αναζητά ένα ερώτημα που ταιριάζει με το ερώτημά σας έως και συνδεδεμένες μεταβλητές. Πραγματοποιείται επανεγγραφή: όλα τα κυριολεκτικά αντικαθίστανται με δεσμευμένες μεταβλητές, δημιουργείται ένα σχέδιο για το "βελτιωμένο" ερώτημα
    ΠΑΡΟΜΟΙΟΣ(εμφανίστηκε στο 9i) - εκτελούνται οι ίδιες ενέργειες όπως με το FORCE, αλλά επιπλέον πραγματοποιείται έλεγχος: είναι δυνατόν να επιλέξετε ένα παρόμοιο ήδη αναλυμένο ερώτημα που δεν πρέπει να αλλάξει το σχέδιο του ερώτημά σας. Δηλαδή, εάν ο βελτιστοποιητής αποφασίσει ότι η εκτέλεση του αιτήματός σας απαιτεί διαφορετικό σχέδιο από αυτό που έχει ήδη αναλυθεί, τότε το αίτημά σας θα αναλυθεί πλήρως
  • Στατιστικήπολύ σημαντικό για το CBO. Αλλά στην έκδοση 10 του Job, η συλλογή στατιστικών στοιχείων είναι ήδη συστημική και συλλέγει στατιστικά μόνο για εκείνους τους πίνακες που χρειάζονται. Ωστόσο, η συλλογή στατιστικών στοιχείων μπορεί επίσης να ξεκινήσει χειροκίνητα.

Παράμετροι δημιουργίας αντιγράφων ασφαλείας

Ακολουθούν οι παράμετροι Backup. Στην ORACLE, αν, Θεός φυλάξοι, δεν υπάρχει διαχειριστής βάσης δεδομένων, πρέπει ενεργοποιήστε την αυτόματη διαχείριση μνήμης (AMM), διαφορετικά μετά από κάποιο χρονικό διάστημα η Oracle θα σταματήσει να λειτουργεί, καθώς και στην περίπτωση χρήσης των εργαλείων impdp και expdp - τα συνήθη εργαλεία εισαγωγής/εξαγωγής - απενεργοποιήστε το ArchiveLog και περιορίστε το RedoLog.

λεπτή ρύθμιση

  • Εδώ είναι μια άλλη ενδιαφέρουσα παράμετρος - βελτιστοποιητής_δείκτης_κόστος_επίθ- ουσιαστική προσαρμογή. Αν το θέσουμε σε 1, τότε η ORACLE θα χρησιμοποιήσει όλους τους δείκτες που μπορεί. Όσο λιγότερο τόσο χαμηλότερο όριο χρήσης ευρετηρίου. Δηλαδή, εάν έχουμε μόνο 3 τιμές στον κατάλογο, τότε εάν αυτή η παράμετρος οριστεί σε 1, θα συνεχίσουμε να χρησιμοποιούμε όλους τους δείκτες. Εάν αφήσουμε την προεπιλεγμένη τιμή (100) - τότε θα χρησιμοποιήσουμε ευρετήρια μόνο εάν επιλέξουμε μία εγγραφή από ένα εκατομμύριο. Είναι πολύ καλό που μπορούμε να το αλλάξουμε αυτό - στον SQLServer, για παράδειγμα, αυτό δεν είναι δυνατό. Καλύτερα να το βάλεις στα 30, γιατί έχουμε μόνο κανονικά ευρετήρια
  • Fileststemio_επιλογές =SETALL - ακυρώνει τη χρήση του συστήματος αρχείων(μπορείτε να χρησιμοποιήσετε συσκευές δίσκων χωρίς σύστημα αρχείων: η απόδοση αυξάνεται σημαντικά, πραγματοποιείται άμεση πρόσβαση στο δίσκο - η ίδια η Oracle κάνει όλη τη δουλειά της προσωρινής αποθήκευσης δεδομένων).
  • Επανάληψη μελών ομάδας καταγραφής > 2 Επανάληψη ομάδων καταγραφής > 1 - μειώστε τον αριθμό των διακοπτών

Εργαλεία ΔιαχείρισηςΜΑΝΤΕΙΟ

Εάν η βάση δεδομένων ORACLE που εξυπηρετείται δεν διαθέτει ORACLEdba, τότε δεν μπορείτε να κάνετε χωρίς εργαλεία διαχείρισης (εκτός, φυσικά, εάν είστε φαν της κονσόλας και δεν έχετε την επιθυμία να γράψετε πολλά σε μαύρη οθόνη).

EnterpriseManager

Ένα από τα πιο αγαπημένα εργαλεία διαχείρισης της ORACLE είναι το EnterpriseManager. Δωρεάν, διεπαφή Ιστού κ.λπ. Έχει αρκετά μεγάλη λειτουργικότητα και αυτό το εργαλείο καλύπτει με επιτυχία το 80% των εργασιών διαχείρισης. Το μόνο πρόβλημα είναι ότι η γλώσσα διεπαφής είναι τα αγγλικά.

SQLD προγραμματιστής

Ένα άλλο εργαλείο για τη διαχείριση του ORACLE DBMS είναι το SQLDveloper. Αυτό το εργαλείο είναι περισσότερο παρόμοιο με το ManagementStudioMSSQL. Αλλά στην πραγματικότητα αυτό το εργαλείο μπορεί να χρησιμοποιηθεί μόνο για τη δημιουργία ερωτημάτων και τη δημιουργία πινάκων με μη αυτόματο τρόπο.

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

Υπάρχουν επίσης προϊόντα επί πληρωμή για τη διαχείριση του ORACLE DBMS - για παράδειγμα, TOAD. Μπορεί να κοστίσει περισσότερο από την ίδια την Oracle. Πολλή λειτουργικότητα (όχι πάντα σε ζήτηση). Η λειτουργία BestPractice θέτει τις ρυθμίσεις στις βέλτιστες. Αξίζει τουλάχιστον να κοιτάξετε τη λειτουργία αυτού του προϊόντος για να καταλάβετε τι ρυθμίσεις θα προσφέρει (ωστόσο, ορισμένες από τις ρυθμίσεις που ορίζονται από αυτήν τη λειτουργία δεν είναι κατάλληλες για εργασία με Oracle με 1C, πρέπει να δώσετε προσοχή σε αυτό. Υπέδειξα το απαραίτητες τιμές των κρίσιμων παραμέτρων στις προηγούμενες διαφάνειές μου) .

Κέντρο προσοχής

Ένα άλλο βολικό εργαλείο για την παρακολούθηση της λειτουργίας του Oracle DBMS είναι το Spotlight (παράγεται από την ίδια εταιρεία με την TOAD). Πανεμορφη. Όχι πολύ ακριβό (περίπου 37 TR). Ανετος.

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

Τεχνική υποστήριξη

Τεχνική υποστήριξη: κατά την αγορά της ORACLE, ένα έτος υποστήριξης είναι δωρεάν.

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

Στην πραγματικότητα, είναι δύσκολο να περιμένουμε εκεί ειδικούς υψηλού επιπέδου. Μπορούν απλώς να σκάψουν βαθιά στην εσωτερική βάση δεδομένων και στους εσωτερικούς πόρους.

Συνήθως η απάντηση έρχεται μέσα σε μια μέρα.

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

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

Η τελευταία ερώτηση, την οποία πιθανότατα έχετε ήδη απαντήσει ο καθένας από εσάς για τον εαυτό σας, είναι η ερώτηση πότε χρειαζόμαστε ακόμα το ORACLE, πότε θα υπάρξουν οφέλη από τη χρήση του σε ένα έργο;

Εάν έχετε ORACLEDBA, τότε όλα τα προβλήματα που εξέφρασα είναι μικρά, είναι όλα επιλύσιμα και το ORACLEDBA είναι το είδος του ατόμου που μπορεί να κάνει τη λύση Oracle να λειτουργεί όμορφα και σωστά. Ειδικά αν καταφέρετε να συμφωνήσετε σε κάτι με το 1C ή το 1C μας επιτρέπει να χρησιμοποιήσουμε κάποιες από τις λειτουργίες που έχω παραθέσει. Ένα ικανό DBA μπορεί να επιταχύνει την εκκίνηση και τη σωστή λειτουργία της λύσης σας κατά το ήμισυ. Επειδή ο αριθμός των εργαλείων που μας παρέχει η ORACLE είναι πραγματικά εκπληκτικός.

Το σύμπλεγμα ORACLE εμφανίστηκε πριν από πολύ καιρό - το RAC είναι μια πολύ παραγωγική τεχνολογία δοκιμασμένη στο χρόνο. Χρησιμοποιείται σε μεγάλους οργανισμούς. Εάν έχετε ένα έργο στο οποίο προγραμματίζονται πολλές χιλιάδες (αρκετές δεκάδες χιλιάδες) συνδέσεις - ακόμα και μέσω διαχωριστή, τότε το RAC είναι η μόνη επιλογή που θα σας επιτρέψει να το οργανώσετε πλήρως από την άποψη του DBMS. Ειδικότερα, εάν το 1C είναι πλέον επικεντρωμένο στο "σύννεφο" και έχετε ήδη το δικό σας "σύννεφο" ή σχεδιάζετε να δημιουργήσετε ένα, τότε σε αυτήν την περίπτωση, πιθανώς, η ORACLE είναι η πιο ολοκληρωμένη επιλογή.

Ωστόσο, η λύση ORACLE είναι μια συγκεκριμένη λύση. Εάν θέλετε να χρησιμοποιήσετε τη διαμέριση, θα θέλετε να χρησιμοποιήσετε μαθηματικά. προβολή, εάν θέλετε να χρησιμοποιήσετε κάποιες άλλες «χαρακτηριστικές» της ORACLE, τότε φυσικά, θα πρέπει να προσπαθήσετε να «συμφωνήσετε με το 1C», αφού αυτή τη στιγμή το 1C δεν μας επιτρέπει να χρησιμοποιήσουμε αυτές τις «χαρακτηριστικές». Ωστόσο, υπάρχουν λύσεις που χρησιμοποιούν τέτοιες "δυνατότητες" και αυτές οι λύσεις έλαβαν ακόμη και "1C: Συμβατό" - για παράδειγμα, μια λύση που χρησιμοποιεί άμεση καταγραφή συναλλαγών.

Σε άλλες περιπτώσεις, είναι καλύτερο να χρησιμοποιήσετε MSSQL.

*******

Το άρθρο βασίζεται σε μια εργασία που δόθηκε στο συνέδριο IE 2012 (15-16 Νοεμβρίου 2012). Δημοσιεύτηκε επίσης στο περιοδικό Infostart Νο 1

Σας προσκαλούμε σε ένα νέο συνέδριο.