ON LINE ΕΠΕΞΕΡΓΑΣΙΑ ΣΥΝΑΛΛΑΓΩΝ Το OLTP έχει σχεδιαστεί για να εξυπηρετεί γρήγορα σχετικά απλά αιτήματα από μεγάλο αριθμό χρηστών. Αυτά τα συστήματα απαιτούν προστασία από μη εξουσιοδοτημένη πρόσβαση, ακεραιότητα δεδομένων και αστοχίες υλικού και προγραμματισμού.

Χαρακτηρίζονται από χαμηλούς χρόνους αναμονής για την ολοκλήρωση των αιτημάτων.

Πεδίο εφαρμογής: πληρωμές, λογιστικά, κρατήσεις, τράπεζες και χρηματιστηριακές εργασίες

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

Συστήματα αναλυτικής επεξεργασίας δεδομένων (ON LINE ANALIZIS PROCESSING) Το OLAP είναι συστήματα υποστήριξης αποφάσεων που επικεντρώνονται στην εκτέλεση πιο σύνθετων ερωτημάτων που απαιτούν στατιστική επεξεργασία ιστορικών δεδομένων που έχουν συσσωρευτεί για μια συγκεκριμένη χρονική περίοδο. Τα αναλυτικά συστήματα περιλαμβάνουν:

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

2. μέσα γραφικής παρουσίασης δεδομένων.

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

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

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

Επεξεργασία συναλλαγών σε συστήματα OLTP

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

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

Μια συναλλαγή πρέπει να έχει 4 βασικές ιδιότητες:

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

2. συνέπεια, εγγυάται την αμοιβαία ακεραιότητα των δεδομένων.

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

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

Το αποτέλεσμα μιας συναλλαγής μπορεί να είναι δικό του στερέωσηΚαι ανατροπή

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

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

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

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

Κατά την επαναφορά, το DBMS χρησιμοποιεί το αρχείο καταγραφής συναλλαγών για να επαναφέρει αυτές τις σειρές που τροποποιήθηκαν.

Όρια συναλλαγών- Αυτή είναι η πρώτη και τελευταία λειτουργία που περιλαμβάνεται σε αυτό. Υποτίθεται ότι η συναλλαγή ξεκινά με την 1η δήλωση SQL, οι ακόλουθες δηλώσεις αποτελούν το σώμα της συναλλαγής και το σώμα μπορεί να διακλαδωθεί:

1. Εργασία δέσμευσης δήλωσης SQL

SQL rollback operator

2. συμπληρώνοντας απλώς τη δήλωση που καλούσε τη συναλλαγή.

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

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

Προβλήματα:

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

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

Για να εξαλείψετε αυτό, χρησιμοποιήστε τη σειριοποίηση (από κοινού επεξεργασία):

1. Η συναλλαγή δεν μπορεί να έχει πρόσβαση σε μη δεσμευμένα δεδομένα

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

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

Αδιέξοδο συναλλαγών

Αφήστε τη συναλλαγή t1 να ενημερώσει τη σχέση - o1. Στη συνέχεια, αυτή η συναλλαγή t1 προσπαθεί να τροποποιήσει τη σχέση o2, η οποία ήταν προηγουμένως αποκλεισμένη από τη συναλλαγή t2. Η συναλλαγή t1 μεταφέρεται σε κατάσταση αναμονής μέχρι να απελευθερωθεί η κλειδαριά στη σχέση o2. την ίδια στιγμή, η συναλλαγή t2 προσπαθεί να αλλάξει τα δεδομένα της σχέσης o1, η οποία ήταν προηγουμένως αποκλεισμένη από τη συναλλαγή t1. Το DBMS αναγκάζεται να θέσει τη συναλλαγή T2 σε κατάσταση αναμονής, επομένως, προκύπτει μια κατάσταση αδιεξόδου.

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

Εργαλεία αποκατάστασης καταστροφών

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

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

Λαμβάνοντας υπόψη όλα τα παραπάνω, συγκρίσεις μεταξύ διαφορετικών προϊόντων MDD μπορούν να γίνουν μόνο στις πιο γενικές κατηγορίες. Στον φθηνότερο τομέα της αγοράς, υπάρχουν μόνο προγράμματα προβολής δεδομένων ενός χρήστη και πολυδιάστατων σχεδιασμένων για μικρά τοπικά δίκτυα. Παρόλο που προσφέρουν αρκετά υψηλό επίπεδο λειτουργικότητας και είναι εύχρηστα, αυτά τα συστήματα είναι περιορισμένης εμβέλειας. και δεν διαθέτουν τα απαραίτητα εργαλεία για την υλοποίηση της επεξεργασίας OLAP με την ευρεία έννοια. Τα προϊόντα που εμπίπτουν σε αυτήν την κατηγορία περιλαμβάνουν το PowerPlay της Cognos, το PaBlo της Andyne και το Mercury των Business Objects. Ο ακριβός τομέας της αγοράς αντιπροσωπεύεται από τα συστήματα Acumate ES από την Kenan Technologies, την Express από την Oracle Corporation, την Gentium από την Planning Sciences και την Holos από την

Ολιστικά Συστήματα. Διαφέρουν τόσο πολύ ως προς τις δυνατότητές τους, ώστε οποιοδήποτε από αυτά μπορεί να χωριστεί με ασφάλεια σε ξεχωριστή κατηγορία. Και τέλος, καθαρά συστήματα MDD: Arbor Software's Essbase, Pilot Software's LightShip Server και Sinper's TM/1.

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

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

Τέτοια προϊόντα λογισμικού πρέπει να πληρούν ορισμένες απαιτήσεις,

προπαντός:

- έχετε μια ισχυρή γεννήτρια εκφράσεων SQL βελτιστοποιημένη για OLAP, που σας επιτρέπει να χρησιμοποιείτε πολλαπλά περάσματαΔηλώσεις SQL SELECT ή/και συσχετισμένα υποερωτήματα.

- διαθέτουν επαρκώς ανεπτυγμένα μέσα για τη διενέργεια μη τετριμμένης επεξεργασίας, παρέχοντας κατάταξη, συγκριτική ανάλυση και υπολογισμό ποσοστών σε μια τάξη·

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

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

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

Ο τρίτος, σχετικά νέος τύπος εργαλείων OLAP είναι Εργαλεία ερωτημάτων και αναφορών στην επιφάνεια εργασίας, συμπληρωμένο

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

Η Brio Technology με το σύστημα Brio Query Enterprise, τα Business Objects με το ομώνυμο προϊόν της και το Cognos με το PowerPlay.

Επί του παρόντος, ο αριθμός των προϊόντων OLAP που είναι συμβατά με το Web αυξάνεται.

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

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

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

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

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

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

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

Θα καθορίσουμε το εύρος των εργασιών που επιλύονται αποτελεσματικά από κάθε σύστημα με βάση τα συγκριτικά χαρακτηριστικά των συστημάτων OLTP και OLAP (Πίνακας 8).

Πίνακας 8

Εύρος εργασιών που επιλύονται από συστήματα OLTP και OLAP

3.7. Προσεγγίσεις στην επιλογή οικονομικών πληροφοριακών συστημάτων

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

1. Σε ποιο βαθμό οι επιχειρηματικές τεχνολογίες στην εταιρεία διαφέρουν από τις παραδοσιακές;

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

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

2. Πόσο συχνά θα είναι απαραίτητο να γίνονται σημαντικές αλλαγές στο πληροφοριακό σύστημα που εφαρμόζεται;

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

3. Πόσο είναι διατεθειμένη η εταιρεία να επενδύσει στον αυτοματισμό;

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

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

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

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

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

Πίνακας 10

Πλεονεκτήματα και μειονεκτήματα των μεθόδων αυτοματισμού

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

Η εισαγωγή υψηλής ποιότητας EIS είναι ένα από τα πιο σημαντικά στοιχεία της επιτυχίας μιας επιχείρησης στην αγορά και προϋπόθεση για τη δυναμική ανάπτυξή της.

3.8. Κριτήρια επιλογής EIS

Κατά την επιλογή ενός EIS, πρέπει να ληφθούν υπόψη τα ακόλουθα κριτήρια:

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

πόσα λειτουργικά συστήματα υπάρχουν στη Ρωσία;Υπάρχουν υλοποιήσεις σε συναφείς επιχειρήσεις; Απαιτήθηκε η βοήθεια εξωτερικών συμβούλων;

ορολογία και ποιότητα ρωσικοποίησης του δυτικού συστήματος.

ποιότητα του εντοπισμού του δυτικού συστήματος.Υπάρχουν τομείς παραγωγής όπου ισχύουν πρότυπα - νομικά και πραγματικά. Για παράδειγμα - λογιστικές μέθοδοι, λογιστική και φορολογική αναφορά. Στο σχεδιασμό και την τεχνολογική προετοιμασία της παραγωγής, οι εγχώριες επιχειρήσεις έχουν υιοθετήσει παγκοσμίως τα πρότυπα ESKD και ESTD. Οι δυτικές επιχειρήσεις έχουν υιοθετήσει μια κλειστή οργάνωση παραγωγής, ενώ οι εγχώριες επιχειρήσεις έχουν υιοθετήσει την τεχνολογική εξειδίκευση. Στη Δύση υπάρχει μια δομή διαχείρισης εκτός καταστήματος, στη Ρωσία είναι μια δομή εργαστηρίου. Όλα αυτά τα σημεία πρέπει να επεξεργαστούν κατά τον εντοπισμό. Είναι επιθυμητό το σύστημα να χειρίζεται τέτοιες ρωσικές πραγματικότητες όπως ανταλλαγή, αλυσίδες offset, προπληρωμή, πληρωμή σε είδος, μη τιμολογημένες παραδόσεις κ.λπ.

ποια ρωσική ομάδα βρίσκεται πίσω από το δυτικό σύστημα.Ποιος το ρωσοποίησε, ποιος το εφαρμόζει; Γνωρίζουν την παραγωγή; Τι είδους εκπαίδευση έχουν; Τι εμπειρία; Ποια είναι η «ιστορία επιτυχίας» πίσω από αυτά; Ποια είναι η προσέγγισή τους στην εφαρμογή;

λογική τιμή. Όταν αγοράζετε ένα σύστημα, πρέπει να θυμάστε ότι για ολόκληρο τον κύκλο - αγορά, υλοποίηση, συντήρηση, ανάπτυξη - θα πρέπει να ξοδέψετε 3 έως 10 φορές περισσότερα χρήματα από το κόστος του λογισμικού. Όσο πιο περίπλοκο και ακριβό είναι το σύστημα, τόσο μεγαλύτερος είναι ο συντελεστής. Εάν πρέπει να προσελκύσετε δυτικούς συμβούλους, θα κοστίσει τουλάχιστον 1.000 $ την ημέρα και δεν είναι ξεκάθαρο εκ των προτέρων αν θα διδάξουν πώς να δουλεύουν με το σύστημά τους ή αν οι υπάλληλοι της εταιρείας θα χρησιμοποιήσουν αυτά τα χρήματα για να τους εξοικειώσουν με το συναρπαστικό χαρακτηριστικά της ρωσικής οικονομίας,

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

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

ευκαμψία. Το σύστημα θα εφαρμοστεί σε ενάμιση έως τρία χρόνια και θα λειτουργήσει για πέντε έως δέκα χρόνια. Κατά τη διάρκεια αυτής της περιόδου, η εταιρεία θα αλλάξει. Τα προϊόντα, η οργανωτική δομή, η οργάνωση διαχείρισης, οι επιχειρηματικές διαδικασίες, οι ρόλοι και οι εξουσίες των διευθυντών θα αλλάξουν. Το σύστημα διαχείρισης πρέπει να αλλάξει μαζί με την παραγωγή. Αυτό σημαίνει ότι το σύστημα θα σας επιτρέπει να αλλάζετε εύκολα σταθμούς εργασίας και μενού, να δημιουργείτε αναφορές και πιστοποιητικά, να κάνετε αυθαίρετες επιλογές πληροφοριών σε μια βολική παρουσίαση, να αλλάζετε επιχειρηματικές διαδικασίες και αλγόριθμους μέσω παραμετρικών ρυθμίσεων κ.λπ. Ένα κοινό πρόβλημα με τα δυτικά συστήματα είναι ότι δεν είναι σαφές για ποιον χρήστη είναι οι οθόνες εισαγωγής πληροφοριών. Φαίνεται ότι είναι για έναν τεχνολόγο, αλλά τι σχέση έχουν τα πρότυπα σχεδιασμού; Φαίνεται ότι είναι για αποθηκευτή, αλλά τι σχέση έχουν οι τιμές και οι χρόνοι κύκλου; Φαίνεται να είναι για λογιστή, αλλά για ποιο τμήμα της λογιστικής; Σε αυτήν την περίπτωση, θα πρέπει να χωρίσετε τις οθόνες, να αφαιρέσετε περιττές λεπτομέρειες, να προσθέσετε τις απαραίτητες, να αλλάξετε τα ονόματα των πεδίων, να αλλάξετε τη θέση τους στην οθόνη, να αλλάξετε τη σημασία, να προσθέσετε πεδία στη βάση δεδομένων, να αλλάξετε τη ΒΟΗΘΕΙΑ. Θα το επιτρέψει το σύστημα και με ποιο κόστος; Το σύστημα θα πρέπει επίσης να ενσωματωθεί εύκολα με άλλες ενότητες, για παράδειγμα, με ρωσικά προγράμματα μισθοδοσίας ή διαχείρισης προσωπικού (δεν είναι προφανές ότι θα είναι δυνατή η χρήση των αντίστοιχων δυτικών αναλόγων) ή με υπάρχουσες παλιές εξελίξεις που δεν μπορούν να απενεργοποιηθούν (λόγω ειδικότητας , μοναδικότητα, κ.λπ.). Τα ευρωπαϊκά συστήματα παραγωγής είναι συνήθως πιο ευέλικτα από τα αμερικανικά - αρχικά επικεντρώνονται στο να λαμβάνουν υπόψη τα εθνικά χαρακτηριστικά των διαφόρων χωρών της Ευρωπαϊκής Κοινότητας,

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

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

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

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

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

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

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

Διαδικτυακή λειτουργία επεξεργασίας συναλλαγών OLTP

Ο τρόπος ηλεκτρονικής επεξεργασίας συναλλαγών OLTP (On-Line Transaction Processing) χρησιμοποιείται σε συστήματα πληροφοριών οργανωτικής διαχείρισης για να αντικατοπτρίζει την τρέχουσα κατάσταση της θεματικής περιοχής ανά πάσα στιγμή και η ομαδική επεξεργασία καταλαμβάνει μια πολύ περιορισμένη θέση.
OLTP

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

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

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

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

Η κύρια λειτουργία τέτοιων συστημάτων είναι να εκτελούν ταυτόχρονα μεγάλο αριθμό σύντομων συναλλαγών από μεγάλο αριθμό χρηστών. Οι ίδιες οι συναλλαγές φαίνονται σχετικά απλές, για παράδειγμα, «ανάληψη ενός χρηματικού ποσού από τον λογαριασμό Α, προσθέστε αυτό το ποσό στον λογαριασμό Β».

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

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

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

Τεχνολογίες OLTP

Στην πρακτική της επικοινωνίας με εκπροσώπους των υπηρεσιών πληροφοριών επιχειρήσεων, συχνά συναντάμε μια σοβαρή παρανόηση των διαφορών στις δυνατότητες, τον σκοπό και το ρόλο των τεχνολογιών που έχουν σχεδιαστεί για τη συλλογή πληροφοριών - συστήματα OLTP (On-Line Transaction Processing) και τεχνολογίες ανάλυσης πληροφοριών. Εν τω μεταξύ, διαφέρουν σημαντικά στη λειτουργικότητα και καθένα από αυτά είναι υπεύθυνο για τη δική του περιοχή στο σύστημα πληροφοριών.
Εργασίες συστήματος OLTP– είναι η ταχεία συλλογή και η βέλτιστη τοποθέτηση πληροφοριών στη βάση δεδομένων, καθώς και η διασφάλιση της πληρότητας, της συνάφειας και της συνέπειάς τους. Ωστόσο, τέτοια συστήματα δεν έχουν σχεδιαστεί για την πιο αποτελεσματική, γρήγορη και πολυδιάστατη ανάλυση.
Φυσικά, είναι δυνατή η δημιουργία αναφορών με βάση τα δεδομένα που συλλέγονται, αλλά αυτό απαιτεί από τον επιχειρηματικό αναλυτή είτε να αλληλεπιδρά συνεχώς με έναν ειδικό πληροφορικής είτε να έχει ειδική εκπαίδευση στον προγραμματισμό και την τεχνολογία υπολογιστών.
Πώς μοιάζει η παραδοσιακή διαδικασία λήψης αποφάσεων σε μια ρωσική εταιρεία που χρησιμοποιεί ένα σύστημα πληροφοριών που βασίζεται στην τεχνολογία OLTP;
Ο διευθυντής αναθέτει την εργασία στον ειδικό του τμήματος πληροφοριών σύμφωνα με την κατανόηση του θέματος. Ο ειδικός του τμήματος πληροφοριών, έχοντας κατανοήσει την εργασία με τον δικό του τρόπο, δημιουργεί ένα αίτημα στο λειτουργικό σύστημα, λαμβάνει μια ηλεκτρονική αναφορά και την θέτει στην προσοχή του διευθυντή. Αυτό το σχήμα για τη λήψη κρίσιμων αποφάσεων έχει τα ακόλουθα βασικά μειονεκτήματα:
-χρησιμοποιείται αμελητέος όγκος δεδομένων.
-η διαδικασία διαρκεί πολύ, καθώς η σύνταξη αιτημάτων και η ερμηνεία μιας ηλεκτρονικής έκθεσης είναι μάλλον κουραστικές εργασίες, ενώ ο διευθυντής μπορεί να χρειαστεί να λάβει μια απόφαση αμέσως.
-η επανάληψη του κύκλου απαιτείται εάν είναι απαραίτητο να διευκρινιστούν τα δεδομένα ή να εξεταστούν τα δεδομένα σε διαφορετικό πλαίσιο, καθώς και εάν προκύψουν πρόσθετα ερωτήματα. Επιπλέον, αυτός ο αργός κύκλος πρέπει να επαναληφθεί και, κατά κανόνα, πολλές φορές, ενώ ακόμη περισσότερος χρόνος αφιερώνεται στην ανάλυση δεδομένων.
Η διαφορά στην επαγγελματική κατάρτιση και στους τομείς δραστηριότητας ενός ειδικού τεχνολογίας πληροφοριών και ενός διευθυντή έχει αρνητικό αντίκτυπο. Συχνά σκέφτονται σε διαφορετικές κατηγορίες και, ως αποτέλεσμα, δεν καταλαβαίνουν ο ένας τον άλλον.
μια δυσμενής επίδραση ασκείται από έναν παράγοντα όπως η πολυπλοκότητα των ηλεκτρονικών εκθέσεων για αντίληψη. Ο διαχειριστής δεν έχει χρόνο να επιλέξει τους αριθμούς ενδιαφέροντος από την αναφορά, ειδικά επειδή μπορεί να είναι πάρα πολλοί. Είναι σαφές ότι το έργο της προετοιμασίας δεδομένων τις περισσότερες φορές βαρύνει ειδικούς στα τμήματα πληροφοριών. Ως αποτέλεσμα, ένας ικανός ειδικός αποσπάται από τη συνήθη και αναποτελεσματική εργασία σύνταξης πινάκων, διαγραμμάτων κ.λπ., η οποία, φυσικά, δεν συμβάλλει στη βελτίωση των δεξιοτήτων του.
Υπάρχει μόνο μία διέξοδος από αυτή την κατάσταση, και διατυπώθηκε από τον Μπιλ Γκέιτς με τη μορφή της έκφρασης: «Πληροφορίες στα χέρια σας». Οι αρχικές πληροφορίες πρέπει να είναι διαθέσιμες στον άμεσο καταναλωτή - τον αναλυτή. Είναι άμεσα προσβάσιμο (!). Και το καθήκον των υπαλλήλων του τμήματος πληροφοριών είναι να δημιουργήσουν ένα σύστημα για τη συλλογή, τη συσσώρευση, την αποθήκευση, την προστασία των πληροφοριών και τη διασφάλιση της διαθεσιμότητάς τους στους αναλυτές.

Το πεδίο εφαρμογής είναι η σφαίρα των πληρωμών, της λογιστικής, των κρατήσεων, των τραπεζών και των χρηματιστηριακών εργασιών.

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

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

Τα δεδομένα στα συστήματα OLTP οργανώνονται κυρίως για την υποστήριξη συναλλαγών όπως:

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

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

εξαρτήματα παρακολούθησης κατά τη συναρμολόγηση του τελικού προϊόντος στην παραγωγή·

εγγραφή πληροφοριών σχετικά με τους υπαλλήλους ·

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

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

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

Σύγχρονες προκλήσεις αποθήκευσης δεδομένων
Κοινή χρήση δεδομένων για συγκεκριμένους σκοπούς

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

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

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

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

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

Αυτές οι τάσεις πραγματοποιούνται ως εξής:
Ενοποίηση δεδομένων σε πραγματικό χρόνο για την αποθήκη δεδομένων. Λήψη και μετάδοση δεδομένων σε πραγματικό χρόνο από τα λειτουργικά συστήματα στο Storage, καθιστώντας τα δεδομένα διαθέσιμα για ανάλυση.
Ενεργή αποθήκη δεδομένων. Αποθήκη δεδομένων σε πραγματικό χρόνο που συμπληρώνεται από εργαλεία Business Intelligence για την επεξεργασία και την εκτέλεση επιχειρηματικών αποφάσεων. Οι λύσεις μεταφέρονται αυτόματα σε συστήματα OLTP. Ως αποτέλεσμα, σχηματίζεται ένας κλειστός κύκλος επεξεργασίας.

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

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

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

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

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

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

Το EAI και το TDM έχουν σχεδιαστεί για να μεταφέρουν αλλαγές και ενημερώσεις στα δεδομένα, αντί για πλήρη δείγματα δεδομένων. Κανένα από τα δύο δεν απαιτεί την αναστολή των συστημάτων πηγής επειδή αυτές οι τεχνολογίες διατηρούν την ακεραιότητα των λειτουργιών της γλώσσας χειρισμού δεδομένων (DML). Αυτό μειώνει σημαντικά τον όγκο της απαιτούμενης κίνησης δεδομένων. Και ενώ τα εργαλεία ETL έχουν σχεδιαστεί κυρίως για την αρχική φόρτωση και μετασχηματισμό δεδομένων, τα EAI και TDM είναι πιο κατάλληλα για συνεχή συλλογή δεδομένων.

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

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

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

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

Συλλογή δεδομένων

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

Παράδοση δεδομένων

Όλα τα νέα δεδομένα μεταφέρονται στον ενδιάμεσο χώρο αποθήκευσης της αποθήκης δεδομένων, με χρονική καθυστέρηση κλάσματος του δευτερολέπτου. Αυτό σημαίνει ότι τα πιο ενημερωμένα δεδομένα είναι πάντα διαθέσιμα για τις σύγχρονες τεχνικές Business Intelligence, την αναφορά και τη λήψη αποφάσεων. Δεδομένου ότι μικρότερα δείγματα δεδομένων μεταδίδονται σε μια δεδομένη χρονική περίοδο (από ό,τι στην περίπτωση της μετάδοσης πακέτων), το πρόσθετο φορτίο στο σύστημα OLTP είναι πολύ μικρό.

Ανομοιογένεια

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

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

Επιλεκτικότητα δεδομένων

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

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

Μετατροπή Δεδομένων

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

Ευκαμψία

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

Ορισμός δυναμικού πίνακα

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

Ανατροφοδότηση

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

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

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

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

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

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

Στην τελευταία περίπτωση, κατά κανόνα, χρησιμοποιούνται DBMS τύπου SQL, τα οποία είναι εφοδιασμένα με ορισμένες λειτουργίες υποστήριξης του διακομιστή εφαρμογών με τη μορφή αποθηκευμένου μηχανισμού διαδικασίας. Όταν υλοποιείται, το σχήμα τριών επιπέδων μετατρέπεται σε αρχιτεκτονική πελάτη-διακομιστή δύο επιπέδων. Για μικρά συστήματα αυτή είναι μια απολύτως αποδεκτή λύση, αλλά αυτή η αρχιτεκτονική έχει μια σειρά από μειονεκτήματα, συμπεριλαμβανομένης της περιορισμένης επεκτασιμότητας. Η υλοποίησή του, ακόμη και σε ισχυρές πλατφόρμες κλάσης S/390, επιτρέπει την επίτευξη μέγιστης απόδοσης που δεν υπερβαίνει τις 200 συναλλαγές ανά δευτερόλεπτο.

Σε ορισμένες υλοποιήσεις, οι προγραμματιστές διαχωρίζουν τον διακομιστή εφαρμογών σε ένα ξεχωριστό στοιχείο. Αλλά αυτές οι υλοποιήσεις, κατά κανόνα, αντιπροσωπεύουν μόνο ένα σύνολο προγραμμάτων εφαρμογών που δεν βασίζονται σε ειδικές υπηρεσίες, αλλά χρησιμοποιούν τυπικούς μηχανισμούς λειτουργικού συστήματος, οι οποίοι, σε γενικές γραμμές, δεν φέρνουν το σύστημα σε διαφορετικό επίπεδο ποιότητας σε σύγκριση με δύο -αρχιτεκτονική σε επίπεδα. Αυτό ισχύει για σχεδόν κάθε πλατφόρμα, με εξαίρεση το AS/400 και το VM/ESA, όπου τα ίδια τα λειτουργικά συστήματα είναι ο διακομιστής συναλλαγών. Σε άλλες πλατφόρμες, παρόμοια λειτουργικότητα μπορεί να επιτευχθεί μόνο με τη χρήση πρόσθετων ειδικών προϊόντων, τα οποία, μεταξύ άλλων, θα συζητηθούν σε αυτό το άρθρο.

Μωσαϊκό τεχνολογιών

Ξεκινώντας από την πλατφόρμα Η/Υ, χρησιμοποιώντας τεχνολογίες Borland και Microsoft στα αρχικά στάδια, η εταιρεία μας έχει υλοποιήσει αρκετά έργα σε αρχιτεκτονική δύο επιπέδων. Καθώς το μέγεθος των έργων μεγάλωνε και περιλάμβανε πολλές πλατφόρμες, προέκυψε το ερώτημα της εύρεσης και της βελτιστοποίησης των τεχνολογιών που χρησιμοποιούνται για την κατασκευή συστημάτων με τις απαραίτητες ιδιότητες καταναλωτή.

Αφού δοκιμάσαμε διάφορες τεχνολογίες και εργαλεία, επιλέξαμε τεχνολογίες IBM, οι οποίες παρέχουν ένα ευρύ φάσμα ανοιχτών λύσεων υλικού και λογισμικού. Λαμβάνοντας υπόψη ότι υλοποιούμε έργα OLTP για πελάτες που συχνά χρησιμοποιούν ήδη τεχνολογίες από τη Microsoft, την Oracle και άλλες εταιρείες, η δυνατότητα κοινής χρήσης λύσεων από την IBM και εναλλακτικούς προμηθευτές ήταν πολύ χρήσιμη (Εικ. 1).

Για την εφαρμογή ιδιαίτερα λεπτών προβλημάτων συστήματος, καταφεύγουμε επίσης στον προγραμματισμό σε C++ ή Cobol, αλλά αυτό δεν απαιτεί περισσότερο από το 1-2% του συνολικού όγκου εργασίας.

Παρακολούθηση συναλλαγών IBM CICS

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

Το Transaction Monitor είναι ένα αρκετά περίπλοκο προϊόν που παρέχει λειτουργίες παρακολούθησης ακεραιότητας δεδομένων κατά την εκτέλεση λειτουργιών. Ένα σύνθετο σύστημα OLTP μπορεί να έχει πολλές πηγές δεδομένων (DBMS, αρχεία, κ.λπ.). Μια παρακολούθηση συναλλαγών επιτρέπει σε ένα πρόγραμμα εφαρμογής να λειτουργεί μαζί τους ταυτόχρονα και να αλλάζει την κατάστασή τους. Επιπλέον, εάν στο πλαίσιο μιας συναλλαγής τουλάχιστον μία πηγή δεδομένων δεν μεταφερθεί σε επόμενη κατάσταση, τότε οι υπόλοιπες πηγές θα επιστραφούν στην κατάσταση πριν από την έναρξη της συναλλαγής. Αυτό εγγυάται την ακεραιότητα των δεδομένων και αποτρέπει τις ασυνέπειες των δεδομένων στις πηγές. Αυτή η υπηρεσία δεν είναι διαθέσιμη στα περισσότερα λειτουργικά συστήματα. Σε αυτήν την περίπτωση, οι πηγές δεδομένων μπορεί να είναι είτε τοπικές είτε διανεμημένες, που βρίσκονται σε διάφορους διακομιστές και πλατφόρμες. Εάν το σύστημα χρησιμοποιεί μια παρακολούθηση συναλλαγών, τότε ο προγραμματιστής δεν απαιτεί σημαντικό κόστος για την υποστήριξη των λειτουργιών παρακολούθησης ακεραιότητας σε επίπεδο λογικής εφαρμογής.

Εφαρμοσμένο σε όλες σχεδόν τις μεγάλες πλατφόρμες, το CICS σάς επιτρέπει να δημιουργήσετε ένα πολύπλοκο, κατανεμημένο, ετερογενές περιβάλλον συναλλαγών. Το CICS χρησιμοποιεί τη διεπαφή X/Open XA για διασύνδεση με διάφορους διαχειριστές πόρων και διασύνδεση με προϊόντα από μεγάλους προμηθευτές DBMS. Η χρήση μιας παρακολούθησης συναλλαγών κάνει το σύστημα πιο επεκτάσιμο σε σύγκριση με λύσεις που τοποθετούν το DBMS στο κέντρο. Έτσι, με βάση τις τυπικές εκδόσεις του CICS, είναι δυνατή η κατασκευή συστημάτων με μέγιστη απόδοση 500 συναλλαγών ανά δευτερόλεπτο και με τη βοήθεια ειδικών εκδόσεων (για παράδειγμα, λογισμικό Transaction Processing Facility, που χρησιμοποιείται σε συστήματα online κρατήσεων αεροπορικών εισιτηρίων) και με υψηλότερα φορτία αιχμής.

Σημειώστε ότι το TPC, η βιομηχανία δοκιμάζει για κορυφαία απόδοση DBMS ( www.tpc.org), πραγματοποιούνται χρησιμοποιώντας οθόνες συναλλαγών, οι οποίες σας επιτρέπουν να λαμβάνετε τους καλύτερους δείκτες. Γιατί; Η οθόνη παρακολούθησης συναλλαγών παίζει το ρόλο ενός «στροβιλοφόρου» για το DBMS, μεταξύ άλλων, επιταχύνοντας την εκτέλεση ερωτημάτων SQL λόγω των χαρακτηριστικών σχεδιασμού τόσο του πυρήνα του όσο και της διεπαφής με το DBMS (η διεπαφή σε έναν πελάτη δύο επιπέδων- η αρχιτεκτονική του διακομιστή είναι πολύ περιορισμένη σε απόδοση). Αυτό σας επιτρέπει να ελαχιστοποιήσετε τον χρόνο που απαιτείται για την αποστολή ενός αιτήματος πριν από την επεξεργασία του από τον πυρήνα του DBMS. Επιπλέον, οι οθόνες συναλλαγών επιλύουν το ζήτημα της εξισορρόπησης φορτίου καλύτερα από τα DBMS.

Το CICS υποστηρίζει πέντε τύπους αλληλεπίδρασης υψηλού επιπέδου μεταξύ διακομιστών, οι οποίοι μπορούν να οργανωθούν σε οποιοδήποτε πρωτόκολλο δικτύου (TCP/IP, SNA, NetBIOS κ.λπ.).

• Function Shipping (FS).Τροποποίηση πηγών δεδομένων (αρχείων) που είναι απομακρυσμένα στον τοπικό διακομιστή CICS. Όταν μια συναλλαγή σε έναν τοπικό διακομιστή CICS έχει πρόσβαση σε μια τέτοια πηγή, ανακατευθύνει αυτόματα το αίτημα στον διακομιστή στον οποίο ανήκει αυτή η πηγή δεδομένων. Η ακεραιότητα των δεδομένων διασφαλίζεται σε περίπτωση τυχόν αστοχιών.
• Δρομολόγηση συναλλαγών (TR).Ανακατεύθυνση κλήσεων συναλλαγής μεταξύ διακομιστών CICS. Μπορείτε να "μετακινήσετε" μια συναλλαγή από διακομιστή σε διακομιστή και χρειάζεται μόνο να επαναπροσδιορίσετε την αναφορά στον διακομιστή CICS χωρίς να αλλάξετε τον κώδικα του προγράμματος.
• Ασύγχρονη Επεξεργασία (AP).Εκτελέστε μια συναλλαγή ασύγχρονα σε άλλο διακομιστή CICS. Η νέα συναλλαγή αρχίζει να «ζει» μόνη της και ο έλεγχος επιστρέφει αμέσως στη συναλλαγή που καλεί.
• Σύνδεσμος Κατανεμημένου Προγράμματος (DPL).Κλήση απομακρυσμένης συναλλαγής και επιστροφή ελέγχου μετά τη λήξη της συναλλαγής που καλείται. Αυτός ο τύπος αλληλεπίδρασης σε συστήματα εφαρμογών χρησιμοποιείται συχνότερα.
• Επεξεργασία Κατανεμημένων Συναλλαγών (DTP).Διαδικτυακός διάλογος μεταξύ δύο συναλλαγών που εκτελούνται σε διαφορετικούς διακομιστές CICS. Από άποψη ανάπτυξης και εντοπισμού σφαλμάτων, αυτός είναι ο πιο εξωτικός και πολύπλοκος τύπος αλληλεπίδρασης.

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

Διακομιστής ουράς συναλλαγών MQSeries

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

Το MQSeries μπορεί να συνδεθεί σε μια οθόνη συναλλαγών CICS ακριβώς όπως ένα DBMS. Σε αυτήν την περίπτωση, το CICS ενεργεί ως εξωτερικός συντονιστής συναλλαγών (External Transaction Coordinator - ETC), ο οποίος εξαλείφει καταστάσεις όπου, λόγω κάποιας αποτυχίας, τα δεδομένα στο DBMS άλλαξαν και το μήνυμα δεν στάλθηκε, ή αντίστροφα - τα δεδομένα έγιναν δεν αλλάζει, αλλά στάλθηκε το μήνυμα αλλαγής . Αυτό τελικά οδηγεί σε μια κατάσταση αναντιστοιχίας δεδομένων σε κατανεμημένους κόμβους του συστήματος OLTP. Η χρήση μιας οθόνης συναλλαγών σάς επιτρέπει να αποφύγετε τέτοιες καταστάσεις.

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

Καθολική βάση δεδομένων DB2

Το DB2 είναι το κορυφαίο DBMS της IBM. Η χρήση του ως βάσης διακομιστή δεδομένων για συστήματα OLTP καθιστά δυνατή την υλοποίηση πολύπλοκης επεξεργασίας δεδομένων και αποθήκευσης μεγάλων συστοιχιών. Αυτές οι λειτουργίες μεταφέρονται στον διακομιστή δεδομένων, ανακουφίζοντας τον διακομιστή εφαρμογών. Αλλά εάν πρέπει να δημιουργήσετε ένα σύστημα όπου η αποθήκευση και η επεξεργασία δεδομένων δεν είναι πολύ περίπλοκες και οι απαιτήσεις για την ελαχιστοποίηση των πόρων και την απόδοση εμφανίζονται στο προσκήνιο (ο κώδικας του πυρήνα του DBMS απαιτεί σημαντικούς πόρους), τότε μπορείτε να χρησιμοποιήσετε δομές αρχείων που συνδέονται με το CICS διακομιστή συναλλαγών. Για παράδειγμα, πολλά γνωστά μεγάλα συστήματα Western OLTP για κεντρικούς υπολογιστές S/390 είναι κατασκευασμένα με βάση το CICS και το VSAM.

Διακομιστής εφαρμογών WebSphere

Η οικογένεια προϊόντων λογισμικού WebSphere Application Server περιλαμβάνει τρεις εκδόσεις - Standard, Advanced και Enterprise. Αν μιλάμε για υποστήριξη συναλλαγών, η τυπική έκδοση δεν έχει αυτήν την υπηρεσία, η προηγμένη έκδοση υποστηρίζει την υπηρεσία συναλλαγών Java (JTS), καθώς και τις προδιαγραφές Enterprise JavaBeans και η έκδοση Enterprise περιέχει ειδικούς συνδέσμους για αλληλεπίδραση με "all-wheel drive» συναλλακτικά συστήματα όπως το CICS.

Όταν μιλάμε για WebSphere, οι άνθρωποι συχνά εννοούν μόνο το στοιχείο Διαδικτύου αυτού του προϊόντος - Application Server, έναν ισχυρό διακομιστή εφαρμογών πολλαπλών πλατφορμών που υποστηρίζει σχεδόν όλες τις γνωστές προδιαγραφές και πρωτόκολλα.

Σε πραγματικά έργα, αποφεύγουμε τον προγραμματισμό επιχειρηματικής λογικής χρησιμοποιώντας τη γλώσσα Java, καθώς η υλοποίηση ενός διακομιστή εφαρμογών, για παράδειγμα, σε μορφή Enterprise JavaBeans, οδηγεί σε σημαντική μείωση της απόδοσης της εφαρμογής και αναγκάζει την ανάπτυξη σε γλώσσα τρίτης γενιάς, η οποία είναι λιγότερο αποτελεσματικό σε σύγκριση με το κιτ εργαλείων VisualAge Generator. Ωστόσο, η χρήση προγραμμάτων περιήγησης Ιστού στο χώρο εργασίας παρέχει ορισμένα πλεονεκτήματα για τα διαδραστικά συστήματα: δεν χρειάζεται να πληρώσετε για πρόσθετες άδειες για μηχανήματα-πελάτες. είναι δυνατή η εμφάνιση γραφικών πληροφοριών. δεν χρειάζεται να αντιγράψετε την εφαρμογή σε όλες τις τοποθεσίες πελατών.

Η σύνδεση προγραμμάτων περιήγησης σε ισχυρά συστήματα υποστήριξης απαιτεί τη χρήση διακομιστών Διαδικτύου. Ο WebSphere Application Server μπορεί να θεωρηθεί ως ένα είδος προσαρμογέα που επιτρέπει στον κώδικα από το πρόγραμμα περιήγησης, μέσω μιας κλήσης servlet, να έχει πρόσβαση σε μια συναλλαγή στο CICS και να επιστρέψει το αποτέλεσμα στο πρόγραμμα περιήγησης, δημιουργώντας μια σελίδα HTML στο μπροστινό μέρος.

Σημειώστε ότι το OS/390 υποστηρίζει τη διεπαφή CICS Web Support, μέσω της οποίας το πρόγραμμα περιήγησης μπορεί να συνδεθεί απευθείας στον διακομιστή CICS. Ωστόσο, για να ενοποιήσουμε την αρχιτεκτονική σε όλες τις πλατφόρμες και δεδομένου ότι το εργαλείο ανάπτυξης εφαρμογών VisualAge Generator δημιουργεί συστήματα χρησιμοποιώντας το WebSphere Application Server, χρησιμοποιούμε αυτό το προϊόν και στο S/390. Αυτό βοηθά στην επίλυση των προβλημάτων μεταφοράς του κώδικα τέτοιων εφαρμογών μεταξύ πλατφορμών.

Ανάπτυξη στο VisualAge Generator

Το VisualAge Generator είναι ένα εργαλείο ταχείας ανάπτυξης εφαρμογών. Αυτό το προϊόν είναι η «κόλλα» που σας επιτρέπει να συνδυάσετε πολύ απλά όλες τις τεχνολογίες που αναφέρονται παραπάνω σε μια ενιαία εικόνα.

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

Ο κύκλος ανάπτυξης εφαρμογών χρησιμοποιώντας το VisualAge Generator φαίνεται λίγο διαφορετικός (Εικ. 3). Αυτό το περιβάλλον ανάπτυξης βασίζεται στην Universal Virtual Machine (UVM), η οποία αποτελεί τη βάση για περιβάλλοντα ανάπτυξης όπως το VisualAge για Smalltalk και το VisualAge για Java, πάνω από το οποίο είναι εγκατεστημένο το VisualAge Generator.

Για την εκτέλεση και τον εντοπισμό σφαλμάτων της εφαρμογής, δεν χρειάζεται να μεταγλωττίσετε και να δημιουργήσετε την εφαρμογή. Για τον εντοπισμό σφαλμάτων στη λειτουργία των μορφών λογικής και διεπαφής, χρησιμοποιούν έναν «μικρό» κύκλο (λειτουργίες 1 και 2), ο οποίος μειώνει τον χρόνο ανάπτυξης και δεν απαιτεί πλατφόρμα-στόχο. Σε αυτόν τον κύκλο, γίνεται το 80-90% της εργασίας και μπορείτε να τα βγάλετε πέρα ​​με έναν υπολογιστή με Windows NT ή OS/2, στον οποίο μπορεί να εγκατασταθεί το VisualAge Generator Developer.

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

Περισσότερες από 20 πλατφόρμες υποστηρίζονται ως η πλατφόρμα στόχος για τον διακομιστή εφαρμογών, συμπεριλαμβανομένων των CICS και MQSeries. Μόλις δημιουργηθεί ο κώδικας χρόνου εκτέλεσης διακομιστή, μπορεί να γίνει εντοπισμός σφαλμάτων από το περιβάλλον του VisualAge Generator, π.χ. ελέγξτε τη λειτουργικότητα του τελικού κώδικα (ένας μεγάλος βρόχος πράξεων 3, 4, 5, 6).

Το VisualAge Generator δεν περιλαμβάνει εργαλεία για την ανάπτυξη και τον προγραμματισμό διακομιστών δεδομένων, για παράδειγμα, ένα DBMS. Ωστόσο, έχοντας μια έτοιμη δομή βάσης δεδομένων, μπορείτε να δημιουργήσετε αυτόματα ολόκληρη τη δομή της εφαρμογής, συμπεριλαμβανομένων των στοιχείων διακομιστή και πελάτη, χρησιμοποιώντας το εργαλείο VisualAge Generator Templates (VAGT), το οποίο περιλαμβάνεται στην παράδοση. Με τον προκαθορισμό ορισμένων συνθηκών, μπορείτε αυτόματα να δημιουργήσετε σχεδόν ολόκληρη την υποδομή της εφαρμογής, η οποία αντιπροσωπεύει έως και το 80% της εργασίας προγραμματισμού. Αυτό εξοικονομεί τον προγραμματιστή από τη μη αυτόματη δημιουργία στοιχείων όπως προγράμματα διακομιστή, διεργασίες, επιχειρηματικά αντικείμενα, στοιχεία φόρμας, χειριστές εξαιρέσεων κ.λπ. Λαμβάνοντας υπόψη ότι σε πραγματικά έργα υπάρχουν εκατοντάδες και χιλιάδες τέτοια στοιχεία, το VAGT μειώνει σημαντικά τον χρόνο που χρειάζεται για τη δημιουργία κώδικα εφαρμογής. Στη συνέχεια, χρειάζεται απλώς να συμπληρώσετε τις αιτήσεις με την κατάλληλη επιχειρηματική λογική, η οποία είναι γραμμένη στη γλώσσα 4GL.

«Συνολική γενίκευση»

Στο Σχ. Το Σχήμα 4 δείχνει τη γενική αρχιτεκτονική ενός κατανεμημένου συστήματος OLTP, το οποίο βασίζεται στις περιγραφόμενες τεχνολογίες.

Η βάση του συστήματος είναι το CICS (CICS A, για παράδειγμα, στην πλατφόρμα Windows NT, CICS B στην πλατφόρμα S/390). Αυτοί οι δύο διακομιστές συναλλαγών μπορούν να αλληλεπιδρούν τόσο συγχρονισμένα (TR, AC, FS, DPL, DTP) όσο και ασύγχρονα μέσω του MQSeries (διαχειριστές MQ1 και MQ2 για τις αντίστοιχες πλατφόρμες). Οι διαχειριστές ουράς συνδέονται με τους αντίστοιχους διακομιστές CICS τους μέσω μιας διεπαφής XA. Επίσης, διάφορες πηγές δεδομένων συνδέονται με τους διακομιστές CICS (σε Windows NT - DB2 ή/και Oracle DBMS και Microsoft SQL Server, σε δομές αρχείων S/390 - DB2 και VSAM, που ορίζονται στο CICS μέσω του Resource Definition Online).

Το WebSphere Application Server (WSAS) λειτουργεί ως μετατροπέας κλήσεων από πελάτες Web στο σύστημα υποστήριξης (συναλλαγές P1, P2, P3), γραμμένο στο VisualAge Generator.

Ο διακομιστής VisualAge Generator (VAGen Srv) είναι ένα προϊόν που εξαρτάται από την πλατφόρμα που απαιτείται για την εκτέλεση προγραμμάτων που έχουν αναπτυχθεί στο VisualAge Generator.

Οι άμεσες συνδέσεις με το CICS είναι δυνατές για πελάτες με διεπαφή χρήστη με γραφικό ή κείμενο. Σε αυτήν την περίπτωση, τα προγράμματα P1, P2 στο CICS A μπορούν να οριστούν ως απομακρυσμένα, τότε οι κλήσεις τους στο CICS A θα ανακατευθυνθούν αυτόματα με τη μέθοδο TR στο CICS B και θα εκκινηθούν εκεί. Το P3 είναι μια τοπική συναλλαγή στο CICS A που μπορεί να στείλει μηνύματα στο CICS B μέσω του MQSeries.

Πρέπει να ειπωθεί ότι οι περιπτώσεις CICS όπως το CICS A και το CICS B (στο CICS προσδιορίζονται με τον όρο "περιοχή") μπορούν να βρίσκονται όχι μόνο σε διαφορετικούς υπολογιστές, αλλά και στον ίδιο διακομιστή ή σε ένα σύμπλεγμα. Το έργο των περιφερειών είναι απομονωμένο και η «πτώση» μιας από αυτές δεν επηρεάζει τη δουλειά των άλλων. Αυτό παρέχει επίσης πλεονεκτήματα στην επεκτασιμότητα, επιτρέποντας την κατανομή των εργασιών μεταξύ περιοχών όσον αφορά την εξειδίκευση. Αυτή η προσέγγιση εφαρμόζεται συχνότερα σε συστήματα S/390, ειδικά σε συμπλέγματα Sysplex. Τα πραγματικά συστήματα έχουν αρκετές εκατοντάδες περιοχές και δεκάδες χιλιάδες συναλλαγές.

Ωστόσο, η ίδια η τεχνολογία χωρίς τα κατάλληλα εργαλεία δεν παράγει την αναμενόμενη «εξάτμιση». Ας πούμε ότι το CICS είναι πολύ καλό, αλλά αν προσπαθήσετε να εφαρμόσετε ένα σύστημα σε C++ ή Cobol, τότε αυτό θα απαιτήσει από τον προγραμματιστή επιχειρηματικής λογικής να έχει καλή γνώση τόσο της γλώσσας προγραμματισμού όσο και των API CICS, που είναι παρόμοια με τα API λειτουργικών συστημάτων . Θα αφιερωθεί πολύς χρόνος για τη δημιουργία στοιχείων υποδομής (περιγραφή συναρτήσεων, μεταβλητών κ.λπ.) και τον εντοπισμό σφαλμάτων ενός τέτοιου έργου. Αλλά αν πάρετε το VisualAge Generator, θα απαλλάξει τον προγραμματιστή επιχειρηματικής λογικής από την ανάγκη να γνωρίζει το CICS, επιτρέποντάς του να επικεντρωθεί στις άμεσες εργασίες του. Φυσικά, για την υλοποίηση πολύπλοκων έργων απαιτείται γνώση του CICS, αλλά αυτή η απαίτηση δεν ισχύει πλέον για όλους τους προγραμματιστές, αλλά για δύο ή τρεις ειδικούς που είναι υπεύθυνοι για το περιβάλλον χρόνου εκτέλεσης της εφαρμογής.

Η «συγχώνευση» τεχνολογιών και εργαλείων δίνει το βέλτιστο αποτέλεσμα. Η εξέταση μεμονωμένων προϊόντων εκτός του πλαισίου εφαρμογών συστήματος για προγραμματιστές σύνθετων λύσεων που δεν είναι κλειστές δεν έχει νόημα. Με τον ίδιο τρόπο, είναι λίγο χρήσιμο να κρίνουμε το ΣΔΒΔ εκτός του πλαισίου του προβλήματος της εφαρμογής. Ας πούμε ότι είστε μεγάλος θαυμαστής της Oracle. Τι γίνεται όμως αν ο πελάτης απαιτεί μια εφαρμογή για την πλατφόρμα στόχο AS/400; Ή έχετε μεγάλη αγάπη για το DB2, αλλά το σύστημα εφαρμογών του πελάτη στο S/390 χρησιμοποιεί VSAM και ο πελάτης είναι απόλυτα ικανοποιημένος και είναι απλώς θέμα αντικατάστασης της «πράσινης» οθόνης με ένα πρόγραμμα περιήγησης Ιστού, έτσι ώστε, για παράδειγμα, εμφανίζει όχι μόνο αλφαριθμητικά δεδομένα.

Εφαρμογή συστήματος OLTP για τη Vneshtorgbank

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

Το S/390 χρησιμοποιείται ως ο κεντρικός κόμβος του συστήματος OLTP. είναι δυνατό να χρησιμοποιήσετε ένα σύμπλεγμα Sysplex. Ως «τραπεζική μηχανή», χρησιμοποιείται ένα πακέτο από την Altel, που υλοποιείται με βάση το CICS TS, το VSAM και έχει μια «πράσινη» διεπαφή της μορφής 3270, εκτός από τον κεντρικό κόμβο, η τράπεζα διαθέτει αρκετές δεκάδες περιφερειακούς κόμβους χρησιμοποιήστε διακομιστές AS/400 και Windows NT (Εικ. 5).

Η αλληλεπίδραση με τον διακομιστή πραγματοποιείται μέσω MQSeries. Προκειμένου οι προγραμματιστές λογικής εφαρμογών να απομονωθούν από τους μηχανισμούς κλήσης συναλλαγών από διεργασίες διακομιστή γραμμένες σε 4GL στο VisualAge Generator, χρησιμοποιήθηκε μια μεθοδολογία και ένα σύνολο προγραμμάτων («αναδίπλωσης» συναλλαγών), με τα οποία μπορούν να έχουν πρόσβαση σε λειτουργίες από το 4GL. Σε μια προσπάθεια να ενοποιηθούν οι διεπαφές πρόσβασης δεδομένων και να μειωθεί το κόστος στο χώρο εργασίας, ο πελάτης πρότεινε την απαίτηση χρήσης διεπαφών Ιστού. Ταυτόχρονα, η εργασία μέσω ενός προγράμματος περιήγησης στο Web δεν θα έπρεπε να εκτελείται σε βάση ένα προς ένα, όπως μέσω 3270 τερματικών, αλλά μέσω μιας σελίδας HTML που δημιουργήθηκε από πολλές οθόνες 3270. Ταυτόχρονα, ήταν απαραίτητο να διασφαλιστεί συμβατότητα με το σύστημα ασφαλείας. Όλα αυτά προκάλεσαν μια σειρά προβλημάτων που έπρεπε να επιλυθούν συνολικά.

Πρόβλημα #1.Για να καλέσετε μια συναλλαγή CICS που λειτουργεί σε μια πράσινη οθόνη, το πρωτόκολλο εξωτερικής διεπαφής παρουσίασης (EPI) εκτελείται στο νήμα 3270. Όταν μια τέτοια συναλλαγή γίνεται επίκληση, το CICS χρησιμοποιεί μια τερματική συσκευή, μια δομή που προσδιορίζει τη σύνδεση και είναι το κύριο χαρακτηριστικό για η συναλλαγή. Έτσι, αυτή η δομή περιέχει ένα πεδίο TERMID (αναγνωριστικό τερματικού) τεσσάρων χαρακτήρων, το οποίο χρησιμοποιείται από τις συναλλαγές για το δικό τους σύστημα ασφαλείας. Αυτός ο τύπος σύνδεσης ονομάζεται σύνδεση τερματικού στο CICS.

Ωστόσο, η σύνδεση που έχει δημιουργηθεί για τη λειτουργία του προγράμματος περιήγησης Ιστού ΔΕΝ είναι τερματική, δηλαδή ΔΕΝ υπάρχει τέτοια δομή για αυτήν τη σύνδεση (κατά την κατανόηση της συναλλαγής 3270), η οποία θα οδηγήσει αμέσως στην αποτυχία της συναλλαγής.

Για την κλήση συναλλαγών 3270 από μη τερματικές συνδέσεις ή από άλλες συναλλαγές CICS που κλήθηκαν μέσω του πρωτοκόλλου εξωτερικής διεπαφής κλήσεων (ECI), το CICS Monitor για OS/390 εφάρμοσε έναν μηχανισμό που ονομάζεται 3270 Bridge. Προστέθηκε μια νέα εντολή EXEC CICS START BREXIT και όταν η συναλλαγή 3270 ενεργοποιείται μέσω αυτής της εντολής, το CICS δημιουργεί μια ειδική δομή που ονομάζεται Bridge Facility, ένα λεγόμενο υποκατάστατο τερματικό, το οποίο «παρουσιάζεται» στη συναλλαγή 3270 τη στιγμή της αρχικοποίηση. Αλλά κατά τη δημιουργία ενός υποκατάστατου τερματικού, το CICS δημιουργεί ανεξάρτητα ένα αναγνωριστικό για το πεδίο TERMID σύμφωνα με την εσωτερική του λογική. Αυτό το TERMID που δημιουργήθηκε δεν έχει καμία σχέση με το πραγματικό αναγνωριστικό σύνδεσης χρήστη. Αυτό δημιουργεί πρόβλημα νούμερο 2.

Η εντολή EXEC CICS START BREXIT δεν υποστηρίζεται ούτε από το VisualAge Generator - δεν μπορείτε να ορίσετε τέτοιες παραμέτρους ώστε να δημιουργεί την εντολή κλήσης, καθώς εμφανιζόταν μόνο στις πιο πρόσφατες εκδόσεις του CICS (ξεκινώντας από την έκδοση 1.3). Για να λυθεί αυτό το πρόβλημα, γράφτηκε ένα πρόγραμμα στο Cobol που παίρνει τις απαραίτητες παραμέτρους και ενεργοποιεί τη συναλλαγή μέσω αυτής της νέας εντολής. Αυτό είναι ένα παράδειγμα χρήσης της Cobol ως γλώσσας τρίτης γενιάς για την υλοποίηση λεπτών λειτουργιών του συστήματος. Το πρόγραμμα Cobol μπορεί να κληθεί από συναλλαγές εφαρμογών γραμμένες σε 4GL στο VisualAge Generator.

Πρόβλημα #2.Για την επίκληση της συναλλαγής 3270, χρησιμοποιείται ο μηχανισμός Bridge 3270, ο οποίος δημιουργεί ένα υποκατάστατο τερματικό. Ωστόσο, ορισμένα πεδία, συμπεριλαμβανομένου του TERMID, αρχικοποιούνται από το ίδιο το CICS, χωρίς να συνδέονται με κανέναν τρόπο με τη σύνδεση πελάτη από την οποία καλείται αυτή η συναλλαγή. Το CICS για κάθε τέτοια κλήση ορίζει το TERMID σε μια τιμή από;(AAA? έως?(999?), αυξάνοντάς την διαδοχικά. Χρησιμοποιεί μια στρατηγική ασφαλείας που χρονολογείται από την εποχή πριν από την SQL - σε κάθε πελάτη έχει ανατεθεί η σύνδεση μέσω VTAM ( Virtual Telecommunication Access Method) ένα αναγνωριστικό οκτώ χαρακτήρων που ονομάζεται LU (Λογική Μονάδα), το οποίο ελέγχει το VTAM Οι τέσσερις τελευταίοι χαρακτήρες από το LU λαμβάνονται για τη δημιουργία του TERMID πληκτρολόγιο, παίρνει το TERMID και εξετάζει το εσωτερικό του αρχείο , στο οποίο αναζητά μια αντιστοίχιση μεταξύ του ονόματος χρήστη και του TERMID Αυτό διασφαλίζει ότι ένας συγκεκριμένος χρήστης μπορεί να έχει πρόσβαση στο σύστημα μόνο από έναν συγκεκριμένο υπολογιστή, καθώς κατά τη διαμόρφωση μιας σύνδεσης SNA. Η διεύθυνση MAC της κάρτας δικτύου του υπολογιστή-πελάτη είναι επίσης καταχωρημένη από την πλευρά του διακομιστή.

Αυτό το πρόβλημα επιλύθηκε χρησιμοποιώντας την περιοχή χρήστη του πίνακα ελέγχου τερματικού (TCTUA), τη δική μας συναλλαγή ελέγχου ταυτότητας κύριου χρήστη 3270 και την προετοιμασία TCTUA που γράφτηκε στο VisualAge Generator. Αυτό οδήγησε στην ελαχιστοποίηση της επανάληψης της συναλλαγής, η οποία κατέληξε στην αντικατάσταση της λέξης ?TERMID? στο?TCTUA? σε κείμενα «kobolny».

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

Κατανεμημένο σύστημα OLTP με ενσωμάτωση παλαιού προγράμματος

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

Η Panasonic χρησιμοποιεί λογισμικό PSI για AS/400 και Windows NT. Ταυτόχρονα, στο AS/400 το πρόγραμμα χρησιμοποίησε τους δικούς του πίνακες και πίνακες από το σύστημα J.D. ERP ως δομή δεδομένων. Ο Edwards εκτελείται σε αυτόν τον διακομιστή. Ο διακομιστής AS/400 βρίσκεται στο Ελσίνκι και οι διακομιστές NT βρίσκονται στη Μόσχα και το Κίεβο και δεν συνδέονται με πολύ αξιόπιστες γραμμές. Εν τω μεταξύ, η λογική του προγράμματος PSI πρέπει να διασφαλίζει ότι οι πληροφορίες παραδίδονται στους κόμβους μέσω του διακομιστή AS/400. Η υπάρχουσα έκδοση χρησιμοποιούσε μηχανισμό αναπαραγωγής βάσης δεδομένων, ο οποίος ήταν απαράδεκτος σε συνθήκες κακών γραμμών επικοινωνίας.

Για την επίλυση αυτού του προβλήματος, προτάθηκε ένα μοντέλο συστήματος μεταφοράς μεταξύ διακομιστών βασισμένο στο MQSeries. Αυτό δεν απαιτούσε αλλαγή του κώδικα της υπάρχουσας εφαρμογής PSI, η οποία ήταν υπεύθυνη για την αλληλεπίδραση με τον τελικό χρήστη, αλλά πρότεινε τη χρήση μηχανισμών ενεργοποίησης της βάσης δεδομένων. Δηλαδή, στους απαραίτητους πίνακες «προσαρτήθηκαν» triggers, οι οποίοι για κάθε λειτουργία (εισαγωγή, διαγραφή, επεξεργασία) έστελναν αντίστοιχα μηνύματα στο σύστημα MQSeries. Αυτά τα μηνύματα, μια φορά στο AS/400, στάλθηκαν σε όλους τους άλλους κόμβους του συστήματος.

Αυτή η λύση υποστηρίζει τη χρήση πολλαπλών βάσεων δεδομένων (σε περιβάλλον NT) και βιβλιοθηκών (σε περιβάλλον AS/400) για εντοπισμό σφαλμάτων ή άλλους σκοπούς. Ταυτόχρονα, χρησιμοποιώντας ειδικά βοηθητικά προγράμματα, μπορείτε να ορίσετε πού και πού θα μεταφερθούν δεδομένα για έναν συγκεκριμένο πίνακα. Το σύνολο και η δομή των πινάκων στη βάση δεδομένων είναι αυστηρά καθορισμένα. Για την υλοποίηση αυτού του έργου, συμμετείχαν τόσο το MQSeries όσο και το VisualAge Generator, καθώς και ο προγραμματισμός C++. Στο NT, οι οθόνες σκανδάλης MQSeries υλοποιήθηκαν ως υπηρεσίες NT και στο AS/400, εφαρμόστηκαν ενεργοποιητές DB2.

Σε αυτό το έργο, στο πρώτο στάδιο, κάθε λειτουργία στη βάση δεδομένων παρήγαγε ένα μήνυμα με τον αντίστοιχο κωδικό λειτουργίας (I - insert, D - delete, U - update), ο οποίος αποκρυπτογραφήθηκε σε απομακρυσμένους κόμβους. Αλλά στην πραγματικότητα αποδείχθηκε ότι το πρόγραμμα PSI αλλάζει βασικά πεδία, κάτι που γενικά δεν συνιστάται. Αυτό καθιστά αδύνατη την εκτέλεση της λειτουργίας U ("αλλαγή") στον απομακρυσμένο κόμβο, καθώς η εγγραφή με το πεδίο αλλαγής κλειδιού δεν υπάρχει ακόμη εκεί και το DBMS δεν μπορεί να τη βρει. Δεν ήταν δυνατό να εισαγάγετε τα δικά σας βασικά πεδία στη δομή του πίνακα, καθώς χρησιμοποιήθηκαν οι πίνακες εφαρμογών J.D. Edwards, η δομή του οποίου δεν μπορεί να αλλάξει. Μετά την ανάλυση της κατάστασης, για να λυθεί το πρόβλημα με ελάχιστη επανάληψη, προτάθηκε ότι αντί για ένα μήνυμα με κωδικό U, η αντίστοιχη σκανδάλη άρχισε να στέλνει ένα ζευγάρι μηνυμάτων: το πρώτο - με κωδικό D ("διαγραφή") και την παλιά βασική τιμή. το δεύτερο - με κωδικό I ("εισαγωγή") και μια νέα τιμή κλειδιού.

Αυτό το σύστημα περνά περίπου 60 χιλιάδες μηνύματα την ημέρα με μέσο μήκος περίπου 2 KB. Το έργο ολοκληρώθηκε σε 8 εβδομάδες από 4 μηχανικούς.

Λογοτεχνία

Masaharu Murozumi, Μια πρόκληση για έναν υψηλό όγκο συναλλαγών πελάτη/διακομιστή DB2 Data Shared OLTP System. IBM, 2000

G. Ladyzhensky, τεχνολογία πελάτη-διακομιστή και οθόνες συναλλαγών. «Ανοιχτά Συστήματα», 1994, Νο 3

M. Ruzinkevich, A. Tsikocki, Ορισμός και εκτέλεση ροών συναλλαγών. "DBMS", 1995, Νο 2

E. Cobb, J. Hamilton, G. Sharman, Χρειάζομαι ένα Monitor επεξεργασίας συναλλαγών και μια βάση δεδομένων; IBM, 1996

Nikolay Ignatovich, IBM MQSeries: αρχιτεκτονική συστήματος ουράς μηνυμάτων. «Ανοιχτά Συστήματα», 1999, Αρ. 9-10

Nikolay Ignatovich, Ενσωμάτωση τεχνολογιών διαχείρισης δεδομένων στο DB2. «Ανοιχτά Συστήματα», 2001, Νο 7-8

P. Wakelin, S. Day, S. Read, F. McKenna, CICS Transaction Gateway V3.1. Το WebSphere Connector για CICS. SG24-6133-00, IBM, 2001

Ilya Afanasyev ( [email προστατευμένο]) - Γενικός Διευθυντής της εταιρείας Digital Empire, (Μόσχα).

Κύριοι τύποι ενδιάμεσου λογισμικού

• Κατανεμημένη οθόνη επεξεργασίας συναλλαγών.Παρακολούθηση της εκτέλεσης μιας εντατικής ροής συναλλαγών σε ηλεκτρονικά συστήματα επεξεργασίας συναλλαγών σε περιβάλλον πολλαπλών πλατφορμών.
• Κλήση απομακρυσμένης διαδικασίας (RPC).Συγχρονισμός της σχέσης των διεργασιών καλώντας τους εξ αποστάσεως. Η συναλλακτικότητα δεν υποστηρίζεται.
• Συνδεσιμότητα βάσεων δεδομένων.Ένα ερώτημα SQL που αποστέλλεται μέσω αυτού του λογισμικού μπορεί να υποβληθεί σε επεξεργασία από πολλά DBMS από διαφορετικούς κατασκευαστές.
• Μεσίτης αιτήματος αντικειμένου (ORB).Ανταλλαγή αντικειμένων λογισμικού μεταξύ διαφορετικών πλατφορμών και μέσω διαφορετικών πρωτοκόλλων.

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

Middleware που βασίζεται στη διέλευση μηνυμάτων (message oriented middleware - MOM). Ασύγχρονη ανταλλαγή μηνυμάτων μεταξύ εφαρμογών που μπορούν να εκτελεστούν σε διαφορετικές πλατφόρμες. Οι ανταλλαγές γίνονται με εγγυημένη παράδοση. Εάν η σύνδεση χαθεί, η λειτουργία θα συνεχιστεί αυτόματα μετά την ανάκτηση.

Συστήματα OLTP και OLAP

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

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

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

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

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

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

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

Τα χαρακτηριστικά και το εύρος των εργασιών που επιλύονται αποτελεσματικά από κάθε τεχνολογία απεικονίζονται στον ακόλουθο συγκριτικό πίνακα:

Σύγκριση OLTP και OLAP