Η πρακτική εφαρμογής σύνθετων συστημάτων OLTP. Ανοικτή βιβλιοθήκη - Ανοικτή Εκπαιδευτική Βιβλιοθήκη

Όλα ξεκίνησαν με μια ιστορία, η οποία πριν από τρία χρόνια συνέβη στην επαγγελματική μου καριέρα όταν εργάστηκα στην Κιργιζία, σε μια εταιρεία που ήταν ένα δίκτυο καταστημάτων λιανικής πώλησης. Τότε είχα μια συνομιλία με τον διευθυντή μου, ο οποίος είπε: "Denis, έχουμε μία από τις σημαντικές, κρίσιμες επιχειρήσεις είναι να διεξαγάγετε ένα έγγραφο" Check "στο Box Office. Πώς μπορούμε να επιταχυνθούμε αυτή τη διαδικασία όσο το δυνατόν περισσότερο, παράλληλα, ενώ θα πάρει λειτουργικά υπολείμματα; "

Αμέσως θα πω ότι εκείνη τη στιγμή χρησιμοποιήσαμε την πλατφόρμα 8.1 και τις αυτόματες κλειδαριές. Και τότε απάντησα ότι ναι, μπορούμε να μεταβούμε σε διαχειριζόμενες κλειδαριές και να παράλληλα αυτή τη διαδικασία στο επίπεδο της ονοματολογίας. Στην οποία με ρώτησε μια φυσική ερώτηση: "Τι συμβαίνει αν έχουμε ταυτόχρονα μια και την ίδια ονοματολογία;" Τότε δεν μπορούσα να δώσω κάποια κατανοητή απάντηση σε αυτή την ερώτηση, αλλά ελπίζω, τώρα θα λειτουργήσει για μένα.

Τάσεις ανάπτυξης υλικού

Αν κοιτάξουμε Ανάπτυξη της βιομηχανίαςΤα τελευταία χρόνιαΘα δούμε συγκεκριμένα Τάσεις στο υλικό:

• Η πρώτη τάση αφορά τη μνήμη. Κανείς δεν είναι νέα ότι η μνήμη είναι φθηνότερη με την πάροδο του χρόνου, και Αυτή τη στιγμή εμείς ήδη Μπορούμε να έχουμε μια αρκετά μεγάλη μνήμη για σχετικά λίγα χρήματα..
• Δεύτερη τάση - σύμφωνα με τους μεταποιητές. Όλοι γνωρίζουν τη συμμόρφωση της αύξησης της παραγωγικότητας, την κατανάλωση της εξουσίας και της θερμοκρασίας της θερμοκρασίας του επεξεργαστή, σύμφωνα με τον νόμο Moore. Σε ένα συγκεκριμένο σημείο, αυτή η αλληλογραφία στο επίπεδο ενός πυρήνα έχει τελειώσει (τώρα έχουμε έναν πυρήνα για μεγάλο χρονικό διάστημα δεν μπορεί να εκτελέσει ένα Απλή λειτουργία Ταχύτερα από πριν), αλλά συνέχισε στο επίπεδο πολλών πυρήνων (επεξεργαστές πολλαπλών πυρήνων). Ως εκ τούτου, όλες οι ελπίδες και οι σκέψεις μας πηγαίνουν στο πεδίο του παράλληλου υπολογιστών, και εμείςως προγραμματιστές και αρχιτέκτονες DBM, Για τη βελτίωση της απόδοσης των αιτήσεων μας, πρέπει να προγραμματιστούν σε αυτά.

Τάσεις ανάπτυξης επιχειρηματικών εφαρμογών

Και τι συμβαίνει αυτή τη στιγμή Σε επιχειρηματικό επίπεδο; Παρατηρούμε: Περισσότεροι από περισσότερους χρήστεςπου χρησιμοποιούν όλο και περισσότερο συσκευέςστην οποία εκτελείται ένα αυξανόμενο ποσό πρόγραμμακαι όλα αυτά με τη σειρά του δημιουργούν ένα αυξανόμενο ποσό Δεδομένα.

Εν Οι περισσότερες από αυτές τις διαδικασίες υποστηρίζονται από τα σύννεφα..

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

Τα σύννεφα και η κινητικότητα ήταν πάντα διασυνδεδεμένες και από την αλληλεπίδραση αυτών των δύο οντοτήτων στο μέλλον μπορούμε να πάρουμε κάποιες ανακαλύψεις. Αυτή η αλληλεπίδραση οδήγησε στην εμφάνιση μιας στρατηγικής γνωστής στη Δύση: κινητά - πρώτα - σύννεφα - πρώτα (αρχικά κινητά και αρχικά συννεφιασμένα).

Η βιομηχανία πληροφορικής έχει αλλάξει πάντα, και τώρα αλλάζει, δοκιμάζει μετασχηματισμό. Και σε αυτόν τον κόσμο, αρχικά κινητό και αρχικά σύννεφο, συνεχώς αυξάνει τον ρυθμό του σχηματισμού Αυτά τα δεδομένα και την ανάπτυξη αυτού - εκθετική. Βασισμένο σε αυτό Υπάρχει πρόβλημα διατήρησης, συσσώρευσης και ενημέρωσης πληροφοριών.Ποια, με συνεχώς αυξανόμενη ταχύτητα, πέφτει στα συστήματά μας.

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

Τεχνολογία OLTP στην μνήμη

Γιατί εμφανίστηκε μια τεχνολογία OLTP στη μνήμη; Και γιατί είναι σημαντικό;

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

Αντίστοιχα, Σε-Μνήμη.OLTP. - αυτό είναι: Μηχανισμός υψηλής απόδοσης, που το συναντά το σύγχρονο υλικό καιΑνώτατο όριο Βελτιστοποιημένη για να λειτουργήσει με τη μνήμη.

Και, το σημαντικότερο, η μνήμη OLTP δεν είναι ένα είδος ξεχωριστού προϊόντος (όχι κάποια ξεχωριστή άδεια για την οποία πρέπει να πληρώσετε). Ξεκινώντας μεSqlServer 2014.Στη μνήμη OLTP - Αυτό είναι μέρος του πυρήνααυτού του προϊόντος που είναι διαθέσιμο ως μέρος του συντακτικού γραφείουΕπιχείρηση..

Εδώ βλέπετε Τρία κύρια εξαρτήματα που είναι τεχνολογίαΣε-Μνήμη.OLTP.. Την επιτρέπουν να πραγματοποιήσει ένα τέτοιο διάφορο αποτέλεσμα:

• Η πρώτη είναι μια σαφής εγκατάσταση στο γεγονός ότι Όλα τα δεδομένα είναι στη μνήμη.
• Το δεύτερο, το οποίο είναι σημαντικό: αυτά Τα δεδομένα βρίσκονται στοειδικά σχεδιασμένο Χωρίς αποκλεισμό δομών δεδομένων.
• Και το τρίτο είναι μια φυσική, μητρική συλλογή. Αντιπροσωπεύει Αποθηκευμένες διαδικασίες που περιέχουν επιχειρηματική λογική που καταρτίζονται στον κώδικα μηχανής στη μνήμηSQL Server.

Σύγκριση της υποδομής αλληλεπίδρασης (παραδοσιακό σχέδιο και η μνήμη OLTP)

Αν εμείς Ας δούμε το σύστημα αλληλεπίδρασης του παραδοσιακού πελάτη και το DBMS, τότε όλα είναι προφανείς:

• Εχουμε Πελάτη με τις προκλήσεις του πελάτη της,
• υπάρχει server 1c: Επιχειρήσεις, που το Περιέχει όλες τις επιχειρηματικές λογικές.
• Και είναι Διακομιστής DBMS. Χρησιμοποιείται στο παραδοσιακό σύστημα κυρίως Για χειραγώγηση με δεδομένα (και συγκεκριμένα - για τέσσερις πράξεις: δείγμα, συσσώρευση, αλλαγή και διαγραφή).

Στην περίπτωση ενός συστήματοςΣε-Μνήμη.OLTP. Ως μέρος της πλατφόρμας 1C, το σχήμα ποικίλλει ένα μικρό κομμάτι:

• Παραμένει Το ίδιο Πελάτες με τις προκλήσεις του πελάτη τους.
• Αλλά σε αυτή την περίπτωση server 1c: Επιχειρήσεις Λίγο Μετασχηματίζεται. Σε γενικές γραμμές, όλες οι λειτουργίες και το διορισμό τους παραμένουν εντελώς, αλλά τώρα δεν μπορεί να ειπωθεί ότι ελέγχει πλήρως όλες τις υπάρχουσες επιχειρηματικές λογικές. Εδώ το ονόμασα ένα στρώμα του διακομιστή λογισμικού. Γιατί;
  • Επειδή Εμφανίζεται μια πρόσθετη εξωτερική άμεση σύνδεση με τα DBMS, Με την οποία αμφισβητούνται οι αποθηκευμένες διαδικασίεςΜίλησα για νωρίτερα.
  • Ουσία Αυτά τα αποθηκευμένες διαδικασίες Τώρα αποτελείται Προκειμένου να παραχθούν συναλλαγές δεδομένων σύμφωνα με τοΠαιχνίδι Επαγγελματική λογικήπου έχετε τοποθετήσει στο επίπεδο DBMS.

Ένα ζωντανό παράδειγμα του τρόπου λειτουργίας του φυσικού στρώματος του "Sweep" στο στρώμα είναι λογικό.

Το κύριο πλεονέκτημα της μνήμης OLTP

Εδώ στη διαφάνεια παραθέτει μερικά από τα κύρια χαρακτηριστικά της τεχνολογίας OLTP της μνήμης. Μπορείτε να το διαβάσετε λεπτομερέστερα στο Διαδίκτυο (κυρίως στον ιστότοπο της Microsoft, καθώς και σε μεγάλο αριθμό ιστολογίων δυτικών προγραμματιστών). Εδώ θέλω να αποσαφηνίσω μια απόχρωση, την οποία δεν έχω πει ακόμα: ένα εντελώς νέο πράγμα εμφανίστηκε στη μνήμη OLTP Πολλαψικός αισιόδοξος έλεγχος της παράλληλης εκτέλεσης. Στο πλαίσιο του απών όποιος Την έννοια των κλειδαριών όταν εργάζεστε με δεδομένα. Όταν λειτουργεί, οι συγκρούσεις μεταξύ διαφορετικών ροών είναι σπάνιες, αλλά αν συμβούν, λερώνουν γρήγορα και δεν είναι απαραίτητο να περιμένουμε πολύ καιρό, όπως στην περίπτωση της χρήσης ενός τυποποιημένου μηχανισμού αποκλεισμού.

Δοκιμαστικό σενάριο για τον έλεγχο της τεχνολογίας OLTP της μνήμης στην πλατφόρμα 1C

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

• πήρα Πολύ απλό Διαμόρφωση με ένα μητρώο συσσώρευσηςστην οποία ελήφθησαν υπόψη τα υπολείμματα της ονοματολογίας στο πλαίσιο της ποσότητας.
• Επίσης σε αυτή τη διαμόρφωση ήταν Δύο έγγραφα - άφιξη και κατανάλωσηΣτην οποία εφαρμόστηκε η ακόλουθη επιχειρηματική λογική:
  • Το έγγραφο άφιξης παρέχεται υποστήριξη για το ελάχιστο υπόλειμμα.
  • Και κατά τη διεξαγωγή εγγράφου, η ροή ελέγχθηκε από την απουσία μηδενικών υπολειμμάτων.
• Για Για την προσομοίωση του ανταγωνισμού πολυ-σπείρωμα Φορτώνω Κατά την πραγματοποίηση αυτών των εγγράφων, εγώ Χρησιμοποίησε μια τυποποιημένη προσέγγιση με τις διαδικασίες βάσηςΠοιος ήταν η συντριπτική πλειοψηφία να πραγματοποιήσει τη ροή της ροής.
• Θα πρέπει επίσης να σημειωθεί ότι χρησιμοποίησα στο δίκτυο επίδειξης μου Δύο εικονικές μηχανές:
  • Ενας - Για το Server 1C: Enterprise,
  • Και το άλλο - ΓιαSql server.

Αλλά και οι δύο εικονικές μηχανές ήταν Εντός ενός κεντρικού υπολογιστή εικονικοποίησης.

Πρώτη μέτρηση - Βασικός δείκτης

Μετά την εφαρμογή αυτού του καθεστώτος, πέρασα Μέτρηση ελέγχου των βασικών δεικτών για πρότυπο, παραδοσιακό Έγγραφα με Μέσα 1C χρησιμοποιώντας διαχειριζόμενες κλειδαριές. Τι έλαβα ως αποτέλεσμα της πρώτης μέτρησης;

Η διαφάνεια τόνισε την τιμή του δείκτη που έλαβα : 120 έγγραφα ανά δευτερόλεπτο Με 64 διαδικασίες υποβάθρου, αυτός είναι ο βασικός δείκτης που είχα.

Sql server. - Οι επεξεργαστές ξεκουράζονται, Μόνο διαχειριζόμενη κλειδωμένη εργασία.

Η δεύτερη μέτρηση είναι η μετανάστευση σε πίνακες μόνο στη μνήμη

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

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

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

Η τρίτη μέτρηση - μετανάστευση σε μνήμη και πίνακες και επιχειρηματική λογική

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

• Σχηματίζοντας έγγραφα και τα τραπέζια τους.
• Τα αρχεία τους.
• Σχηματισμός εγγράφων εγγράφων ·
• Και αλλαγές στα σημερινά υπολείμματα.

Ως αποτέλεσμα, ελήφθη Αποτέλεσμα 250 έγγραφα ανά δευτερόλεπτο. Στην πραγματικότητα, σε σχέση με τον δείκτη βάσης 120 και 250, είναι λίγο περισσότερο από δύο φορές.

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

• Server 1c: Οι επιχειρήσεις είναι πλήρως φορτωμένες;
• Ενώ υπηρέτηςΤο SQL ασχολείται μόνο από ένα τρίτο.

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

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

Τέταρτη μέτρηση - Μεταφορά 15 εγγράφων για μία κλήση

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

Ταυτόχρονα, όπως φαίνεται στα διαγράμματα, server 1c: Επιχειρήσεις Ήταν Όλα είναι επίσης πλήρως φορτωμένα, αλλάΟ SQL Server συνέχισε να "ξεκούραση".

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

Πέμπτη μέτρηση - Έναρξη του προετοιμασμένου φορτίου στην πλευρά του SQL Server

Το επόμενο βήμα αποφάσισα να δημιουργήσω όλο το φορτίο πριν. Αυτό το φορτίο κοίταξε Με τη μορφή 64 σχηματισμένων αρχείωνSQL Scripts για 700 megabytes. Εγώ Τους μετακόμισεSQL Server.και χρησιμοποιώντας το γνωστό βοηθητικό πρόγραμμα του Οριζόντιου, το οποίο μπορείτε να "αυξήσετε" αυτά τα αρχεία για να ξεκινήσετε το παράλληλο φορτίο, έλαβε το ακόλουθο αποτέλεσμα.

• Με τη φόρτωση του επεξεργαστή - Ο προκύπτων χρόνος δοκιμής τοποθετήθηκε στο πρότυπο παράθυρο αποστολής εργασιών: υπάρχει η αρχή του φορτίου, τότε εντελώς Όλοι οι επεξεργαστές σχεδόν
• Ως αποτέλεσμα, το φορτίο δημιουργήθηκε 112 χιλιάδες έγγραφα Ταυτόχρονα, όλες αυτές οι διαδικασίες που διεξήχθησαν έγγραφα "κατανάλωσης" διατηρήθηκαν πλήρως: όλα τα υπολείμματα ελέγχθηκαν, πραγματοποιήθηκαν όλες οι ενέργειες.
• Το φορτίο κατέλαβε 53 συχνές δευτερόλεπτα.
• Εάν κάνετε ορισμένους υπολογισμούς, το αποδεικνύεται αυτό Μέσος χρόνος Ένα έγγραφο ανήλθε σε Λιγότερο από μισό χιλιοστά του δευτερολέπτου,
• αλλά Η μέση ταχύτητα των εγγράφων ήταν περισσότερα από 2000 έγγραφα ανά δευτερόλεπτο.

Όταν έλαβα αυτό το αποτέλεσμα για πρώτη φορά - δεν μπορούσα να το πιστέψω. Απλά φανταστείτε ποιοι όγκοι είναι τώρα διαθέσιμοι σε εσάς, μπορείτε τώρα να σκεφτείτε σε εντελώς διαφορετικές κατηγορίες. Και τώρα μπορώ να απαντήσω στον πρώην διευθυντή μου, καθώς μπορούμε να επιταχύνουμε την εκμετάλλευση εγγράφων "check" στο box office. Και ακόμη και αν έχουμε κάποιες συγκρούσεις, μπλοκάρισμα, η ίδια η διαδικασία θα περάσει πολύ γρήγορα.

Μεθοδολογία μετανάστευσης

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

• Για παράδειγμα, εάν συγκρίνετε τις στοίβες εκτέλεσης (παραδοσιακή και στη μνήμη OLTP), τότε Στο επίπεδο αλληλεπίδρασης δικτύου δεν άλλαξε. Επομένως, εάν το πρόγραμμά σας (η εφαρμογή σας) είναι πολύ "ομιλητική", ανταλλαγές με ένα διακομιστή DBMS πολύ μεγάλο αριθμό μηνυμάτων, τότε δεν θα βοηθήσετε την τεχνολογία της μνήμης - δεν υπάρχουν βελτιώσεις εδώ.
• Επίσης, αν κοιτάξουμε Σύνδεση εγγραφής βάσης δεδομένων, τότε εδώ επίσηςΕιδικά τίποτα δεν άλλαξε. Παρόλο που το μέγεθος του καταγραφικού καταγραφής κατά τη διάρκεια των λειτουργιών στη μνήμη OLTP μειώνεται, η ελάχιστη καθυστέρηση συναλλαγής κατά την εγγραφή σε αυτό το αρχείο καταγραφής παραμένει το ίδιο.
• Κύριο όφελος εσείς Θα είναι σε θέση να πάρει μόνο στο επίπεδο εκτέλεσης των αιτημάτων και την πρόσβαση σε δεδομένα.

Πλεονέκτημα της τεχνολογίαςΣε-Μνήμη.OLTP. δεν εις τούτοότι τα δεδομένα βρίσκονται στη μνήμη. Παρόλο που η τεχνολογία καλείται στη μνήμη, τα κέρδη δεν προέρχονται από αυτό - η επιτάχυνση συμβαίνει λόγω Τι αλλάζει η υποδομή της ίδιας της βάσης δεδομένων:

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

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

Τι μπορώ να πω για το πολύ Διαδικασία μετανάστευσης Β.Σε-Μνήμη.; Γενικά αποτελείται από δύο βήματαπου επαναλαμβάνεται εναλλάξ:

• Το πρώτο βήμα είναι Μετανάστευση δομών δεδομένων.
• Και το δεύτερο βήμα είναι μετανάστευση Την κρίσιμη σας.

Επίλυση του προβλήματος της γραφής στη μνήμη από το 1C

Όταν επεξεργαστείτε το 1C με μεταναστευμένες δομές δεδομένων DBMS, μερικές δυσκολίες είναι δυνατές. Για παράδειγμα, εάν υπάρχει κάποια οντότητα στο πλαίσιο της πλατφόρμας 1C, οποιαδήποτε είσοδο στον πίνακα ή σε έγγραφα (άφιξη ή κατανάλωση), θα δείτε Βασικό μήνυμα σφάλματος που γενικά Μιλάει για ορισμένα προβλήματα στα επίπεδα μόνωσης.

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

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

Σε πολύ Sql server 2014, στην οποία εμφανίστηκε η τεχνολογία της μνήμης, υπάρχει Ακίνητα βάσης δεδομένων, όπως και ΕΙΝΑΙ_Μνήμη_Βελτιστοποιημένο_ανυψώνω_προς την_στιγμιότυπο_ΕΠΙ.. Από προεπιλογή, είναι ανενεργό, απενεργοποιημένο - αυτό μπορεί να ελεγχθεί από το ερώτημα που εμφανίζεται στην ολίσθηση.

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

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

Γενικό σύστημα μετανάστευσης επιχειρηματικής λογικής στην πλευρά του DBMS

Τι μπορώ να πω Όσον αφορά το γενικό σύστημα μετανάστευσης Σαμόα Επιχειρηματική λογική στην πλευρά του DBMS?

Περιλαμβάνειστον εαυτό σου Δύο αντικείμενα:

• Πρώτον, είναι Συντακτική διαδικασίαπου θα γίνει απευθείας.
• Και πάνω από το ne. περιτύλιγμα που εφαρμόζειΛοιπόν Δικηγόρος. (Λογική εργασίας). Γιατί; Επειδή δεν υπάρχει εγγύηση ότι η αποθηκευμένη διαδικασία εκτελείται. Κατά τη διαδικασία εκτέλεσης, μπορεί να συμβεί κάποια σύγκρουση, οπότε είναι απαραίτητο να το κάνουμε έτσι ώστε ως αποτέλεσμαΕιδική κλήση δικτύου διαδικασίαΕφαρμογή της επιχειρησιακής σας λογικής αναγκαστικά Ολοκληρώθηκε μέχρι το τέλος.

Εδώ Κατά προσέγγιση εφαρμογή του καθεστώτος "Wrap". Εδώ η Addoutcome είναι ένα εξωτερικό στάνταρ-SQL- (περιτύλιγμα). Μέσα στον κύκλο υπάρχει μια διαδικασία που έχει ήδη καταρτιστεί σε κωδικούς μηχανών. Δει δοκιμή (επανάληψη) μπλοκ. Συνεπώς, εάν υπάρχει σύγκρουση, τότε υπάρχει μια εξαίρεση στην οποία εσείς, ως προγραμματιστής, ορίστε μια περίοδο αναμονής, έτσι ώστε η αντιφατική συναλλαγή να καταφέρει να εκτελεστεί, και στη συνέχεια, κατά συνέπεια, την εκτέλεση σας.

συμπέρασμα

Καλά, στο συμπέρασμα μπορούμε να το πούμε αυτό Μετανάστευση σε πίνακεςΣε-Μνήμη.Το Oltproductor στο 1C θα απαιτήσει:

• Ένα μεγάλο αριθμό πνευματικών και οικονομικών πόρων,
• Σύνδεση μεγάλου αριθμού ειδικών.
• Λοιπόν, το πιο βασικό ερώτημα είναι αυτό Τεχνολογία υποστήριξηςΣε-Μνήμη.Το OLTP λείπει επί του παρόντος στην πλατφόρμαΚαι από αυτή την άποψη μπορεί να θεωρηθεί μόνο προς το 1C. Τουλάχιστον, ελπίζω ότι θα αντιδράσουν καλά στην εμφάνιση της δυνατότητας χρήσης αυτής της τεχνολογίας εντός της πλατφόρμας.

*****************

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

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

Τα έντονα κανονικά μοντέλα δεδομένων είναι κατάλληλα για εφαρμογές OLTP - Επεξεργασία συναλλαγών on-line (OLTP) - Εφαρμογές Επιχειρησιακή θεραπεία συναλλαγές. Τυπικά παραδείγματα εφαρμογών OLTP είναι λογιστικά συστήματα αποθήκης, λειτουργικά τραπεζικά συστήματα και άλλα. Η κύρια λειτουργία των συστημάτων αυτών είναι η εκτέλεση μεγάλου αριθμού σύντομων συναλλαγών. Η ίδια η συναλλαγή είναι αρκετά απλή, αλλά τα προβλήματα είναι ότι υπάρχουν πολλές τέτοιες συναλλαγές, εκτελούνται ταυτόχρονα και πότε συμβαίνει η συναλλαγή, η συναλλαγή πρέπει να επαναφέρει και να επιστρέψει το σύστημα σε μια κατάσταση στην οποία ήταν πριν από τη συναλλαγή. Σχεδόν όλες οι αιτήσεις βάσης δεδομένων στις εφαρμογές OLTP αποτελούνται από εισαγωγή, ενημέρωση και διαγραφή εντολών. Οι αιτήσεις δειγματοληψίας προορίζονται κυρίως να παρέχουν στους χρήστες δειγματοληψίας χρηστών από διάφορα είδη βιβλίων αναφοράς. Τα περισσότερα από τα αιτήματα είναι γνωστά εκ των προτέρων στο σχεδιασμό του συστήματος. Η κρίσιμη για τις εφαρμογές OLTP είναι η ταχύτητα και η αξιοπιστία της εφαρμογής των εργασιών ενημέρωσης μικρών δεδομένων. Όσο υψηλότερο είναι το επίπεδο ομαλοποίησης δεδομένων στις εφαρμογές OLTP, τόσο πιο ταχύτερα και πιο αξιόπιστα. Οι υποχωρήσεις από αυτόν τον κανόνα μπορούν να συμβούν όταν υπάρχουν ορισμένα συχνά αιτήματα που απαιτούν συνδυασμό σχέσεων και τη λειτουργία των αιτήσεων σχετικά με την ανάπτυξη αυτού του κανόνα.

Ένας άλλος τύπος εφαρμογών είναι εφαρμογές OLAP - Αναλυτική επεξεργασία on-line (OLAP) - Εφαρμογή λειτουργικής επεξεργασίας αναλυτικών δεδομένων. Αυτός είναι ένας γενικευμένος όρος που χαρακτηρίζει τις αρχές για τα συστήματα υποστήριξης αποφάσεων κτιρίων - Σύστημα υποστήριξης αποφάσεων (DSS), αποθήκες δεδομένων - αποθήκη δεδομένων, έξυπνα συστήματα δεδομένων - εξόρυξη δεδομένων. Τέτοια συστήματα έχουν σχεδιαστεί για να βρουν εξαρτήσεις μεταξύ δεδομένων, για τη δυναμική ανάλυση στην αρχή του "τι γίνεται αν ..." και οι πιθανότητες. Οι εφαρμογές OLAP λειτουργούν με μεγάλες συστοιχίες δεδομένων που συσσωρεύονται στην επιχείρηση ή λαμβάνονται από άλλες πηγές. Τέτοια συστήματα χαρακτηρίζονται από τα ακόλουθα χαρακτηριστικά:

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

Τα δεδομένα που προστίθενται στο σύστημα συνήθως δεν διαγράφονται ποτέ.

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

Τα αιτήματα συστήματος δεν είναι εκλεγμένα και αρκετά περίπλοκα.

Η ταχύτητα των ερωτημάτων είναι σημαντική, αλλά όχι κρίσιμη.

Οι βάσεις δεδομένων εφαρμογών OLAP αντιπροσωπεύονται συνήθως ως ένα ή περισσότερα υπερκύκλια, οι μετρήσεις των οποίων είναι δεδομένα αναφοράς και οι τιμές αυτών των δεδομένων αποθηκεύονται στα κύτταρα του ίδιου του hypercube. Φυσικά, η HyperCube μπορεί να χτιστεί με βάση ένα ειδικό μοντέλο πολυδιάστατων δεδομένων - Πολυδιάστατο OLAP. (Molap) ή αντιπροσωπεύεται μέσω ενός σχεσιακού μοντέλου δεδομένων - Σχεδιασμός Olap (Rolap).

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

- τρόποι εξασφάλισης της αξιοπιστίας του συστήματος παροχής νερού

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

- I. Έννοια ασφάλειας του συστήματος προστασίας

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

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

Σχεδιασμός του συστήματος θέρμανσης νερού. Διδάγετε τα συστήματα θερμικής κόμβης κατά τη σύνδεση του συστήματος θέρμανσης με ανοικτά και κλειστά κυκλώματα. Ερωτήσεις για αυτοέλεγχο με θερμότητα αρκετών κτιρίων. Οι αντλίες και ο άλλος εξοπλισμός είναι εγκατεστημένοι ... [Διαβάστε περισσότερα]

- απαιτήσεις πυρασφάλειας του συστήματος πρόληψης πυρκαγιάς.

Βασικές αρχές για τη διασφάλιση της πυρασφάλειας των τεχνολογικών διεργασιών. Ερώτηση 2. Εξωτερική πρόληψη του αντικειμένου (25 λεπτά) Η πρόληψη των πυρκαγιών περιλαμβάνει ένα συγκρότημα οργανωτικών και τεχνικών μέτρων που αποσκοπούν στη διασφάλιση της ασφάλειας των ανθρώπων ... [Διαβάστε περισσότερα]

- Υφάσματα και όργανα ζώων οργάνων

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

Στα γονιδιώματα υψηλότερων ευκαρυώτων υπάρχουν πολλές επαναλαμβανόμενες αλληλουχίες DNA. Στους ανθρώπους, για παράδειγμα, τέτοιες επαναλήψεις καταλαμβάνουν περισσότερο από το 40% του συνολικού γονιδιώματος. Και αυτό σημαίνει ότι κατά τη διαμόρφωση ενός DSB, η πιθανότητα ταυτόχρονης εκπαίδευσης πολλών κενών ... [Διαβάστε περισσότερα]

- Ορισμός ομάδων αίματος του συστήματος AVO Zolloni Anti-A, Anti-V και Anti-Av

Ορισμός των ομάδων αίματος σύμφωνα με αυτόν τον κανόνα, όλοι οι ασθενείς μπορούν να υπερτιμηθούν το αίμα O (1) της ομάδας, δεδομένου ότι δεν περιέχουν συγκολλυινογόνο και οι ομάδες άλλων ομάδων μπορούν να υπερεκμετάσουν τις ζώνες άλλων ομάδων, καθώς δεν περιέχουν agglutinogen. Ως εκ τούτου, οι έννοιες εισάγονται ...

Συστήματα OLAP

Olap (Eng. Online αναλυτική επεξεργασία, Αναλυτική θεραπεία Σε πραγματικό χρόνο) - Τεχνολογία επεξεργασίας δεδομένων που αποτελείται στην προετοιμασία των συνολικών (συγκεντρωτικών) πληροφοριών που βασίζονται σε μεγάλες συστοιχίες δεδομένων δομημένες από την πολυδιάστατη αρχή. Οι υλοποιήσεις τεχνολογίας OLAP αποτελούν συστατικά των λύσεων λογισμικού των επιχειρηματικών πληροφοριών.

Ο ιδρυτής του όρου Olap - Edgar Codd, που προτείνεται το 1993 "12 νόμους αναλυτικής επεξεργασίας σε πραγματικό χρόνο".

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

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

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

Πλεονεκτήματα των συστημάτων OLAP

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

Η ανάπτυξη κάθε έκθεσης απαιτεί το έργο του προγραμματιστή.

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

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

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

Η δημιουργία ενός συστήματος OLAP στην επιχείρηση θα επιτρέψει:

· Ενσωματώστε τα δεδομένα από διάφορα συστήματα πληροφοριών δημιουργώντας μια ενιαία έκδοση της αλήθειας

· Σχεδιάστε νέες αναφορές με πολλαπλά κλικ του ποντικιού χωρίς προγραμματιστές.

· Αναλύστε τα δεδομένα σε πραγματικό χρόνο σε οποιεσδήποτε κατηγορίες και επιχειρηματικούς δείκτες σε οποιοδήποτε επίπεδο λεπτομέρειας.

Παρακολούθηση και πρόβλεψη βασικών επιχειρηματικών δεικτών

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

Αποτελέσματα της εφαρμογής του συστήματος OLAP

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

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

Olap δράση

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

Η δομή OLAP που δημιουργήθηκε από τα δεδομένα εργασίας ονομάζεται Olap Cube. Ο κύβος δημιουργείται από τη σύνδεση του πίνακα χρησιμοποιώντας το σχήμα Star ή Snowflake. Στο κέντρο του συστήματος Star είναι ένας πίνακας γεγονότων που περιέχει βασικά γεγονότα για τα οποία γίνονται αιτήματα. Οι πολλοί πίνακες μέτρησης συνδέονται με το τραπέζι. Αυτοί οι πίνακες δείχνουν πώς μπορούν να αναλυθούν συγκεντρωτικά συστατικά δεδομένα. Ο αριθμός των πιθανών συσσωματωμάτων καθορίζεται από τον αριθμό των μεθόδων στις οποίες τα αρχικά δεδομένα μπορούν να εμφανιστούν ιεραρχικά.

Για παράδειγμα, όλοι οι πελάτες μπορούν να ομαδοποιηθούν από πόλεις ή από περιφέρειες της χώρας (δυτικά, ανατολικά, βόρεια κ.λπ.), συνεπώς, 50 πόλεις, 8 περιφέρειες και 2 χώρες θα ανέλθουν σε 3 επίπεδα ιεραρχίας με 60 μέλη. Επίσης, οι πελάτες μπορούν να συνδυαστούν σε σχέση με τα προϊόντα. Εάν υπάρχουν 250 προϊόντα σε 2 κατηγορίες, 3 ομάδες προϊόντων και 3 μονάδες παραγωγής, ο αριθμός των αδρανή θα είναι 16,560. Κατά την προσθήκη μετρήσεων στο σχήμα, ο αριθμός Πιθανές επιλογές Γρήγορα φτάνει σε δεκάδες εκατομμύρια ή περισσότερο.

Το Olap Cube περιέχει βασικές πληροφορίες δεδομένων και μέτρησης (αδρανή). Ο κύβος ενδέχεται να περιέχει όλες τις πληροφορίες που ενδέχεται να απαιτηθούν για απαντήσεις σε οποιαδήποτε αιτήματα. Λόγω του τεράστιου αριθμού αδρανή, συχνά συμβαίνει μόνο για ορισμένες μετρήσεις, για τα υπόλοιπα, γίνεται "κατόπιν ζήτησης" για τα υπόλοιπα.

Μαζί με τη βασική ιδέα υπάρχουν τρεις τύποι OLAP:

Olap με πολλές μετρήσεις (πολυδιάστατο OLAP - Molap).

Σχεσιακή OLAP (Rolap).

Υβριδικό OLAP (Hybrid Olap - Holap).

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

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

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

Μια ειδική περίπτωση Rolap είναι Rolap σε πραγματικό χρόνο (Rolap σε πραγματικό χρόνο - R-Rolap). Σε αντίθεση με το Rolap στο R-Rolap, δεν δημιουργούνται πρόσθετοι σχεσιακοί πίνακες για την αποθήκευση αδρανή και οι μονάδες υπολογίζονται κατά τη στιγμή της αίτησης. Στην περίπτωση αυτή, το πολυδιάστατο αίτημα στο σύστημα OLAP μετατρέπεται αυτόματα σε αίτηση SQL σε σχεσιακά δεδομένα.

Κάθε τύπος αποθήκευσης έχει ορισμένα πλεονεκτήματα, αν και υπάρχουν διαφωνίες στην εκτίμησή τους από διαφορετικούς κατασκευαστές. Ο Molap ταιριάζει καλύτερα για μικρά σύνολα δεδομένων, υπολογίζει γρήγορα τα συσσωματώματα και επιστρέφει τις απαντήσεις, αλλά παράγονται οι τεράστιοι όγκοι δεδομένων. Ο Rolap υπολογίζεται ως μια πιο κλιμακωτή λύση που χρησιμοποιεί το μικρότερο δυνατό χώρο. Στην περίπτωση αυτή, η ταχύτητα επεξεργασίας μειώνεται σημαντικά. Το Holap βρίσκεται στη μέση αυτών των δύο προσεγγίσεων, είναι καλά κλιμακωμένο αρκετά καλά και επεξεργάζεται γρήγορα. Η αρχιτεκτονική R-Rolap επιτρέπει την πολυδιάστατη ανάλυση δεδομένων OLTP σε πραγματικό χρόνο.

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

Πωλήσεις OLAP

Ιστορικά, το πρώτο πολυδιάστατο σύστημα διαχείρισης βάσεων δεδομένων ουσιαστικά η εφαρμογή OLAP είναι το Express System που αναπτύχθηκε το 1970 από το IRI (αργότερα το δικαίωμα στο προϊόν αγοράστηκε από την Oracle Corporation και μετατράπηκε σε μια επιλογή OLAP για βάση δεδομένων Oracle). Ο όρος OLAP εισήγαγε τον Edgar Codd στη δημοσίευση του ComputerWorld το 1993, στην οποία πρότεινε 12 από τις αρχές της αναλυτικής επεξεργασίας, κατ 'αναλογία με 12 κανόνες για τις σχεσιακές βάσεις δεδομένων, που διατυπώθηκαν από τη δεκαετία, ως προϊόν αναφοράς που πληροί τις προτεινόμενες Αρχές, ο κώδικας καθορίζει το σύστημα Essbase του κληματαριού (απορροφάται το 1997 από την Hyperion, η οποία, με τη σειρά του, αγόρασε το Oracle το 2007). Αξίζει να σημειωθεί ότι στη συνέχεια η δημοσίευση αποσύρθηκε από αρχεία ηλεκτρονικών υπολογιστών λόγω πιθανής σύγκρουσης συμφερόντων, καθώς ο κώδικας παρείχε αργότερα συμβουλευτικές υπηρεσίες για την κληματαριά.

Άλλα διάσημα προϊόντα OLAP: Υπηρεσίες Ανάλυσης της Microsoft (που προηγουμένως ονομάζονται Olap Services, Part SQL Server), SAS Olap Server, TM1, Powerplay, SAP BW, Microsrady Ingelligy Server, Mondrian, αναλυτική πολύπλοκη πρόβλεψη.

C Η άποψη υλοποίησης χωρίζεται σε "φυσικό OLAP" και "Virtual" (σχεσιακό, αγγλικό σχεσιακό Olap, Rolap). Το "φυσικό", με τη σειρά του, ανάλογα με την εφαρμογή, χωρίζεται σε πολυδιάστατο (ENG. Πολυδιάστατο OLAP, Molap) και υβριδικό - (Eng. Υβριδικό OLAP, HOLAP).

Στην πρώτη περίπτωση, υπάρχει ένα πρόγραμμα, στο στάδιο προ-φόρτωσης στην OLAP από πηγές, εκτελώντας έναν προκαταρκτικό υπολογισμό των μεγεθών (υπολογισμοί σε διάφορες τιμές πηγής, για παράδειγμα "σε ένα μήνα"), οι οποίες στη συνέχεια αποθηκεύονται σε ένα Ειδική πολυαδιάστατη βάση δεδομένων που παρέχει γρήγορη εξόρυξη και οικονομικά αποδοτική αποθήκευση. Παραδείγματα τέτοιων προϊόντων είναι υπηρεσίες ανάλυσης της Microsoft, Oracle Olap Option, Essbase, SAS Olap Server, TM1, Powerplay.

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

Σε εφαρμογές ROLAP, όλα τα δεδομένα αποθηκεύονται και επεξεργάζονται από τα συστήματα διαχείρισης της βασικής βάσης δεδομένων και οι μονάδες ενδέχεται να μην υπάρχουν καθόλου ή να δημιουργηθούν στο πρώτο αίτημα στο DBM ή την προσωρινή μνήμη του αναλυτικού λογισμικού. Παραδείγματα τέτοιων προϊόντων - SAP BW, Microsrategy Intelligence Server, Mondrian.

Από την άποψη του χρήστη, όλες οι επιλογές μοιάζουν με δυνατότητες. Η μεγαλύτερη χρήση των Olap Finds σε προϊόντα για οικονομικό σχεδιασμό, αποθήκες δεδομένων, λύσεις κατηγορίας επιχειρηματικών πληροφοριών.

Συστήματα OLTP (Συστήματα λειτουργίας συναλλαγών)

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

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

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

Η επίλυση των προβλημάτων ακεραιότητας πρέπει να λαμβάνεται υπόψη από λογισμικό και οργανωτική άποψη. Για προκλήσεις 1. Είναι απαραίτητο ένας αριθμός διοργανωτών εκδηλώσεων (ως εξής εισροή), ο χρήστης πρέπει να γνωρίζει τους κανόνες εισροών και περιορισμών. Για προβλήματα 2-3 - Τυποποιημένα μέσα DBMS ή ειδικές μονάδες λογισμικού. DBMS - 2 βασικοί περιορισμοί ακεραιότητας: 1. Διαρθρωτικοί περιορισμοί (που ορίζονται από λειτουργικούς δεσμούς και ελέγχονται ελέγχοντας την ισότητα των τιμών βάσης δεδομένων) 2. Περιορισμοί σε πραγματικές τιμές. Απαιτήστε τις τιμές πεδίου να ανήκουν σε κάποιο εύρος ή αυτή τη σχέση μεταξύ των τιμών ορισμένων πεδίων. (Τύποι δεδομένων και μάσκες εισόδου). Οι περιορισμοί μπορούν να ρυθμιστούν από τη διαφήμιση ανά πάσα στιγμή, αλλά το DBMS ενδέχεται να μην αποδεχθεί τον περιορισμό (εάν δεν πληρούνται πλέον πολλά αρχεία), εάν υπάρχει συμμόρφωση - είναι γραμμένο στο λεξικό και χρησιμοποιείται στο λεξικό και χρησιμοποιείται. Οι περιορισμοί διαφέρουν όσον αφορά την πολυπλοκότητα:

2. Περιορισμοί στο σύνολο χαρακτηριστικών της συμβολοσειράς. (Τιμές εκκένωσης θέσης, άκρα - πόλεις).

3. Περιορισμοί ταυτόχρονα σε πολλές γραμμές.

Όλοι αυτοί οι στατιστικοί περιορισμοί, αλλά κατά την εναλλαγή της βάσης δεδομένων από 1 κατάσταση στο άλλο, είναι απαραίτητο να ικανοποιηθούν οι περιορισμοί ακεραιότητας πριν από όλες τις αλλαγές και μετά το τέλος όλων και όχι όλοι. Τέτοιοι περιορισμοί ονομάζονται αναβαλλόμενοι και σε σχέση με τους εισήγαγαν την έννοια των συναλλαγών. Συναλλαγή - Ολοκληρώθηκε από την άποψη της δράσης του USSER στη βάση δεδομένων. Ταυτόχρονα, αυτή είναι μια λογική μονάδα συστήματος. Η συναλλαγή εφαρμόζει κάποια λειτουργία εφαρμογής, για παράδειγμα, τη μεταφορά χρημάτων από το ένα λογαριασμό στο άλλο στο τραπεζικό σύστημα.

Πρέπει να έχει 4 ιδιότητες: 1. Η ατομικότητα (αδιαίρετο): εκτελείται ως μία μόνο λειτουργία της πρόσβασης στη βάση δεδομένων, πρέπει να είναι πλήρως ή να εκτελεστεί καθόλου. 2. Συνοχή - εγγυάται την ακεραιότητα αμοιβαίας δεδομένων μετά το τέλος της επεξεργασίας συναλλαγών. 3. Απομόνωση (κάθε συναλλαγή μπορεί να αλλάξει αυτό, το οποίο είναι προσωρινά σε ασυνεπή κατάσταση). Στην περίπτωση αυτή, η πρόσβαση άλλων συναλλαγών σε αυτά τα δεδομένα απαγορεύεται μέχρι να ολοκληρωθεί η συναλλαγή. 4. Ανθεκτικότητα - Εάν η συναλλαγή είναι επιτυχής, οι αλλαγές δεν θα χαθούν. Το αποτέλεσμα της συναλλαγής μπορεί να είναι η σταθεροποίησή του (δράση για τη στερέωση των αλλαγών στη βάση δεδομένων) ή την επαναφορά (ακύρωση της συναλλαγής και η επιστροφή της βάσης δεδομένων στην κατάσταση πριν ξεκινήσει). Ο μηχανισμός στερέωσης και η επαναφορά βασίζονται στη χρήση ενός καταγραφικού συναλλαγών όπου διατηρείται η κατάσταση πριν (σε αρκετές επαναλήψεις) και μετά. Ορισμένες διαλέκτους SQL περιλαμβάνουν τους διαχειριστές ενδιάμεσων σταθεροποίησης (Rollback από το σημείο στο σημείο).

Παρακολούθηση επεξεργασίας συναλλαγών (TPM) Οθόνες επεξεργασίας επεξεργασίας (TPM) είναι συστήματα λογισμικού (ανατρέξτε στο ενδιάμεσο ή ενδιάμεσο λογισμικό) Αποτελεσματική διαχείριση πληροφορίες και υπολογιστικούς πόρους σε ένα κατανεμημένο σύστημα. Πρόκειται για ένα ευέλικτο, ανοιχτό περιβάλλον για την ανάπτυξη και τη διαχείριση. Κινητές εφαρμογέςΕπικεντρώθηκε στην επιχειρησιακή επεξεργασία των κατανεμημένων συναλλαγών. Μεταξύ των σημαντικότερων χαρακτηριστικών της κλιμάκωσης TPM - υποστήριξης της λειτουργικής πληρότητας και της ακεραιότητας των εφαρμογών, επιτυγχάνοντας μέγιστη απόδοση κατά την επεξεργασία δεδομένων σε δείκτες χαμηλού κόστους, υποστηρίζοντας την ακεραιότητα των δεδομένων σε ένα ετερογενές περιβάλλον. TPM βασίζονται στο μοντέλο τριών καθισμάτων "Client-Server"

Στο Σύγχρονη αγορά Οι οθόνες συναλλαγών Τα κύρια "δράσεις" είναι συστήματα όπως η ACMS (DEC), CICS (IBM), Top End (NCR), Suxedo Sytem (Novell).

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

Οι τεχνολογίες επικεντρώθηκαν στην επεξεργασία λειτουργικών (συναλλαγών). Αυτές οι τεχνολογίες υπόκεινται στα συστήματα οικονομικής πληροφόρησης που προορίζονται για επεξεργασία επιχειρησιακών δεδομένων. Που ονομάζονται παρόμοια συστήματα - OLTP. (Επεξεργασία συναλλαγών σε απευθείας σύνδεση) Συστήματα;

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

συσσωρευμένα δεδομένα. Που ονομάζονται παρόμοια συστήματα - Olap.

(Ηλεκτρονική αναλυτική επεξεργασία) Συστήματα.

Κύριο διορισμό Olap-Systems- Δυναμική πολυετή

Ανάλυση των ιστορικών και των σημερινών δεδομένων σταθερής στο χρόνο, ανάλυση

Τάσεις, μοντελοποίηση και πρόβλεψη του μέλλοντος. Τέτοιος

Τα συστήματα συνήθως επικεντρώνονται στην επεξεργασία αυθαίρετων,

εκ των προτέρων μη ρυθμιζόμενες αιτήσεις. Ως βασικό

Τα χαρακτηριστικά αυτών των συστημάτων μπορούν να επισημανθούν ως εξής:

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

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

Αυτόματη εμφάνιση της δομής λογικών δεδομένων σε εξωτερικά συστήματα.

Δυναμική επεξεργασία των εκφορτωμένων πινάκων με αποτελεσματικό τρόπο.

Ο όρος Olap είναι σχετικά νέος και σε διαφορετικές λογοτεχνικές πηγές ερμηνεύονται μερικές φορές με διαφορετικούς τρόπους. Ο όρος αυτός αναγνωρίζεται συχνά με τη στήριξη λήψης αποφάσεων (DSS (Συστήματα Υποστήριξης Αποφάσεων) - Συστήματα υποστήριξης αποφάσεων. Και ως συνώνυμο για τον τελευταίο όρο, η αποθήκευση αποθήκευσης δεδομένων (αποθήκες) των δεδομένων χρησιμοποιείται ως συνώνυμο για τον τελευταίο όρο, Κατανόηση του συνόλου οργανωτικών λύσεων, λογισμικού και υλικού. Έχω παρέχει αναλυτές πληροφορίες με βάση τα δεδομένα από συστήματα επεξεργασίας συναλλαγών χαμηλού επιπέδου και άλλες πηγές

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

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

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

Μερικές φορές διακρίνουν τα "OLAP με μια στενή έννοια" είναι συστήματα που παρέχουν μόνο δείγμα δεδομένων σε διάφορες περικοπές και "Olap με ευρεία έννοια" ή απλά Olap, συμπεριλαμβανομένων:

Υποστήριξη για πολλές βάσεις δεδομένων επεξεργασίας πολλών χρηστών.

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

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

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

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

Τα συστήματα OLAP μπορούν να χωριστούν σε τρεις κατηγορίες.

Το πιο περίπλοκο και ακριβό από αυτούς βασίζεται σε ιδιόκτητες τεχνολογίες. Διακομιστές πολυδιάστατων βάσεων δεδομένων. Αυτά τα συστήματα Παρέχετε ένα πλήρες κύκλο Olap-SetΚαι είτε περιλαμβάνουν, εκτός από το στοιχείο διακομιστή, η δική του ενσωματωμένη διεπαφή πελάτη είτε χρησιμοποιείται είτε για την ανάλυση εξωτερικών προγραμμάτων εργασίας δεδομένων με υπολογιστικά φύλλα. Τα προϊόντα αυτής της τάξης συμμορφώνονται περισσότερο με τους όρους εφαρμογής εντός μεγάλων αποθηκών πληροφοριών. Για την υπηρεσία τους, απαιτείται ένα ολόκληρο προσωπικό του προσωπικού που ασχολείται τόσο στην εγκατάσταση όσο και στη συντήρηση του συστήματος όσο και τη διαμόρφωση των προβολών δεδομένων για τους τελικούς χρήστες. Συνήθως παρόμοιες συσκευασίες είναι αρκετά ακριβές. Ως παραδείγματα αυτής της τάξης, το σύστημα Essbase του λογισμικού Arbor, Express Express Company (εισερχόμενη τώρα στο Oracle), το Lightsip που κατασκευάζει από πιλοτικό λογισμικό και άλλα.

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

Λαμβάνοντας υπόψη όλα τα παραπάνω, η σύγκριση μεταξύ των διαφόρων προϊόντων MDD μπορεί να πραγματοποιηθεί μόνο από τις πιο γενικευμένες κατηγορίες. Σε ένα φθηνότερο τομέα της αγοράς υπάρχει μόνο ένας χρήστης και προορίζεται για μικρά Τοπικά δίκτυα Πολυδιάστατες προβολές δεδομένων. Αν και κατέχουν όμορφα Υψηλά επίπεδα Λειτουργικότητα και βολικό στη χρήση, αυτά τα συστήματα είναι περιορισμένα στην κλίμακα τους. Και στερούνται τα χρήματα που είναι απαραίτητα για την εφαρμογή της επεξεργασίας OLAP με ευρεία έννοια. Αυτή η κατηγορία περιλαμβάνει προϊόντα όπως Powerplay Cognos Corporation, Andyne και Mercury Pablo Company Company. Ο ακριβός τομέας της αγοράς αντιπροσωπεύεται από τα βασικά συστήματα της εταιρείας της εταιρείας Kenan Technologies, Express Corporation Oracle, Gentium of Planning Sciences και ολιστικά συστήματα της εταιρείας Holos. Είναι τόσο διαφορετικές στις δυνατότητές τους ότι οποιοσδήποτε από αυτούς μπορεί να διατεθεί με ασφάλεια σε μια ξεχωριστή κατηγορία. Τέλος, τα συστήματα MDD σε καθαρή μορφή: Essbase Corporation Arbor Λογισμικό, Lightship Server Pilot Software και TM / 1 Sinper Company [Ν. Raden (αγορά λογισμικού)].

OLAP δεύτερης κατηγορίας - εγκαταστάσεις - Σχεσιακά συστήματα OLAP (Rolap). Εδώ, τα παλιά σχεσιακά DBMS χρησιμοποιούνται για την αποθήκευση δεδομένων και μεταξύ της βάσης δεδομένων και της διεπαφής του πελάτη, το στρώμα μεταδεδομένων οργανώνεται από τον διαχειριστή. Μέσω αυτού του ενδιάμεσου στρώματος, το στοιχείο του πελάτη μπορεί να αλληλεπιδράσει με μια σχεσιακή βάση δεδομένων ως πολυδιάστατη. Όπως τα κεφάλαια πρώτης κατηγορίας, ο Rolap είναι καλά προσαρμοσμένος να εργάζεται με μεγάλες εγκαταστάσεις αποθήκευσης πληροφοριών, απαιτούν σημαντικά έξοδα συντήρησης από ειδικούς των διαιρέσεων πληροφοριών και παρέχουν εργασία σε λειτουργία πολλαπλών παικτών. Μεταξύ των προϊόντων αυτού του τύπου είναι λογισμικό IQ / Vision IQ, DSS / Server και DSS / Agent, Microsrategy και Decitionsuite Advantage.

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

Αυτά τα προϊόντα λογισμικού πρέπει να ανταποκρίνονται σε ορισμένες απαιτήσεις, ιδίως:

Έχετε μια ισχυρή γεννήτρια SQL βελτιστοποιημένη για OLAP, επιτρέποντας στη χρήση Επιλέξτε Επιλεγμένα χειριστές πολλαπλών συχνοτήτων SQL και / ή συσχετισμένους υποσιτισμούς.

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

Δημιουργήστε τις προσδοκίες SQL βελτιστοποιημένες για το Target Realsional DBMS, συμπεριλαμβανομένης της υποστήριξης για τις επεκτάσεις που είναι διαθέσιμες σε αυτό.

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

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

Τρίτον, σχετικά νέο είδος OLAP - εγκαταστάσεις - Μέσα για τη δημιουργία αιτήσεων και αναφορών για επιτραπέζιους υπολογιστέςΣυμπληρωμένα με OLAP -Functions ή ενσωματωμένα με εξωτερικά μέσα που εκτελούν χαρακτηριστικά. Αυτά τα ιδιαίτερα ανεπτυγμένα συστήματα εκτελούν δειγματοληψία δεδομένων από τις πηγές προέλευσης, τα μετατρέπουν και τοποθετούνται σε μια δυναμική πολυδιάστατη βάση δεδομένων που λειτουργεί στον υπολογιστή του τελικού χρήστη. Αυτή η προσέγγιση, επιτρέποντας να κάνει χωρίς ένα ακριβό διακομιστή βάσης δεδομένων και χωρίς ένα περίπλοκο ενδιάμεσο στρώμα μεταδεδομένων που είναι απαραίτητα για τα κεφάλαια Rolap, παρέχει επαρκή απόδοση ανάλυσης ταυτόχρονα. Αυτοί οι πίνακες για επιτραπέζιους υπολογιστές είναι πλέον κατάλληλοι για εργασία με μικρές, απλώς οργανωμένες βάσεις δεδομένων. Η ανάγκη για ειδική συντήρηση γι 'αυτούς είναι χαμηλότερη από ό, τι για άλλα συστήματα OLAP και περίπου αντιστοιχεί στο επίπεδο των συμβατικών περιβαλλόντων επεξεργασίας ερωτημάτων. Μεταξύ των κύριων συμμετεχόντων αυτής της αγοράς στην τεχνολογία του Brio, την τεχνολογία Brio, με την επιχείρηση του Brio Equery, το σύστημα επιχειρηματικών αντικειμένων με το ίδιο όνομα και την Cognos με το Powerplay.

Επί του παρόντος, ο αριθμός των WEB -LIBLE OLAP Products αυξάνεται.

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

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

Συστήματα OLTPΌντας ένα εξαιρετικά αποδοτικό μέσο εφαρμογής της επιχειρησιακής θεραπείας, αποδείχθηκε ότι είναι λίγο κατάλληλο για καθήκοντα αναλυτικής επεξεργασίας. Αυτό προκαλείται από το ακόλουθο κείμενο:

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

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

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

Το φάσμα των καθηκόντων επιλύεται αποτελεσματικά από κάθε ένα από τα συστήματα, ορίζουμε με βάση το Συγκριτικά χαρακτηριστικά OLTP - και Olap-Systems (Πίνακας 8).

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

Τα έντονα κανονικά μοντέλα δεδομένων είναι κατάλληλα για το λεγόμενο Εφαρμογές OLTP(Επεξεργασία συναλλαγών on-line (Ογκούμαι)-Λειτουργική επεξεργασία συναλλαγών ). Τυπικά παραδείγματα εφαρμογών OLTP είναι συστήματα λογιστικής αποθήκης, συστήματος εντολών εισιτηρίων, τραπεζικών συστημάτων που εκτελούν εργασίες συναλλαγών, κλπ.

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

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

Ένας άλλος τύπος εφαρμογών είναι οι λεγόμενοι Olap εφαρμογές(Αναλυτική επεξεργασία on-line(Olap.) -Λειτουργική επεξεργασία αναλυτικών δεδομένων ). Αυτός είναι ένας γενικευμένος όρος που χαρακτηρίζει τις αρχές της κατασκευής. Συστήματα υποστήριξης υποστήριξης αποφάσεων (Σύστημα υποβοήθησης λήψης αποφάσεων-DSS.),Αποθήκες δεδομένων(Αποθήκη δεδομένων.),Ευφυή συστήματα ανάλυσης δεδομένων (Εξόρυξη δεδομένων.). Τέτοια συστήματα έχουν σχεδιαστεί για να βρουν εξαρτήσεις μεταξύ δεδομένων (για παράδειγμα, είναι δυνατό να προσδιοριστούμε πώς συνδέονται οι πωλήσεις αγαθών με τα χαρακτηριστικά των δυνητικών αγοραστών), για την ανάλυση "τι γίνεται αν ...".

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

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

Τα δεδομένα που προστίθενται στο σύστημα συνήθως δεν διαγράφονται ποτέ.

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

Οι αιτήσεις συστήματος δεν εκλέγονται και, κατά κανόνα, αρκετά περίπλοκο.

Η ταχύτητα των ερωτημάτων είναι σημαντική, αλλά όχι κρίσιμη.

Οι εφαρμογές OLAP αντιπροσωπεύονται συνήθως ως ένα ή περισσότερα υπερκύκλες, οι μετρήσεις των οποίων είναι δεδομένα αναφοράς και στα κύτταρα του ίδιου του hypercube, τα ίδια τα δεδομένα αποθηκεύονται. Για παράδειγμα, μπορείτε να δημιουργήσετε ένα hypercube, οι διαστάσεις των οποίων είναι: χρόνος (σε μπλοκ, χρόνια), τύπος αγαθών και διαχωρισμός της εταιρείας και στα κελιά αποθηκεύονται για πωλήσεις. Ένα τέτοιο hypercube θα περιέχει δεδομένα σχετικά με τις πωλήσεις διαφόρων τύπων αγαθών σε τρίμηνα και μονάδες. Με βάση αυτά τα δεδομένα, μπορείτε να απαντήσετε σε ερωτήσεις όπως "Ποια μονάδα είναι οι καλύτεροι όγκοι πωλήσεων κατά το τρέχον έτος;", ή "ποιες είναι οι τάσεις στις πωλήσεις των νοτιοδυτικών περιοχών κατά το τρέχον έτος σε σύγκριση με το προηγούμενο έτος;"

Επιστρέφοντας στο πρόβλημα της ομαλοποίησης των δεδομένων, μπορεί να ειπωθεί ότι στα συστήματα OLAP χρησιμοποιώντας ένα μοντέλο σχεσιακών δεδομένων (Rolap), τα δεδομένα συνιστάται για την αποθήκευση ως κακή κανονικοποιημένες σχέσεις που περιέχουν προ-υπολογισμένα κύρια τελικά δεδομένα. Μεγάλη πλεονασμός και τα συναφή προβλήματα εδώ δεν είναι τρομακτικά, επειδή Η ενημέρωση εμφανίζεται μόνο κατά τη λήψη ενός νέου τμήματος δεδομένων. Σε αυτή την περίπτωση, συμβαίνει και οι δύο προσθήκη νέων δεδομένων και επανυπολογισμού των αποτελεσμάτων.

• < Назад
• Προς τα εμπρός\u003e