ობიექტზე ორიენტირებულ მონაცემთა ბაზებში (OODB) მომხმარებლებს შეუძლიათ დააყენონ ოპერაციები კონკრეტულ მონაცემთა ბაზაზე, რომელიც შედგება ობიექტებისგან, რომლებიც შეიძლება იყოს მრავალფეროვანი ტიპის და რომლებისთვისაც დაყენებულია ოპერაციები. მათ შეუძლიათ ეფექტურად გაუმკლავდნენ ორობით ინფორმაციას, როგორიცაა მულტიმედიური ობიექტები. OODB-ის კიდევ ერთი დამატებითი უპირატესობა არის ის, რომ მისი დაპროგრამება შესაძლებელია მცირე პროცედურული განსხვავებებით, მთელ სისტემაზე გავლენის გარეშე.
სტანდარტის შექმნის წინაპირობები
ობიექტზე ორიენტირებული OODB მონაცემთა ბაზების ისტორია იწყება გასული საუკუნის ბოლოს. ისინი შეიქმნა ახალი აპლიკაციების საჭიროებების დასაკმაყოფილებლად. ვარაუდი იყო, რომ ობიექტზე ორიენტირებული მონაცემთა ბაზები რევოლუციას მოახდენდა პროგრამულ სისტემებში 1990-იან წლებში. ახლა ცხადია, რომ ეს ასე არ არის. თუმცა, ამ კონცეფციის აღორძინება თავისუფალი პროგრამული უზრუნველყოფის საზოგადოებების მეშვეობით და მისთვის შესაფერისი აპლიკაციების იდენტიფიცირება იწვევს მახასიათებლების გადახედვას. OODB, რომელიც არის ალტერნატივა ყოვლისმომცველი ურთიერთობითი მონაცემთა ბაზებისთვის.
ობიექტზე ორიენტირებული უზრუნველყოფს მოქნილობას ზოგიერთი ან ყველა მოთხოვნის დამუშავებისთვის და არ შემოიფარგლება ტრადიციული მონაცემთა ბაზების მონაცემთა ტიპებითა და შეკითხვის ენებით. OODB-ების მთავარი მახასიათებელია უნარი, რომელსაც ისინი აწვდიან დეველოპერს, რაც საშუალებას აძლევს მას განსაზღვროს როგორც რთული ობიექტების სტრუქტურა, ასევე აპლიკაციის ოპერაციები. OODB-ების შექმნის კიდევ ერთი მიზეზი არის ენების მზარდი გამოყენება პროგრამული უზრუნველყოფის განვითარებისთვის.
მონაცემთა ბაზები გახდა მრავალი საინფორმაციო სისტემის საფუძველი, მაგრამ ტრადიციული მონაცემთა ბაზები ძნელი გამოსაყენებელია, როდესაც მათზე წვდომის აპლიკაციები დაწერილია C++, Smalltalk ან Java-ში. მაგალითად, 1C ობიექტზე ორიენტირებული მონაცემთა ბაზები შეიქმნა ისე, რომ მათი უშუალო ინტეგრირება შესაძლებელია ობიექტზე ორიენტირებული ენების გამოყენებით აპლიკაციებთან მათი კონცეფციების მიღებით: Visual Studio. Net, C ++, C, Microsoft SQL Server და სხვები.
OODB-ის მთავარი უპირატესობა არის RMs1-ის (წინაღდეგობის) საჭიროების სრული აღმოფხვრა მუშაობის შემდგომი გაუმჯობესებით.
ხარვეზები:
- ძალიან პრიმიტიული საკონსულტაციო მექანიზმები, არ არის თვითსტანდარტების მიღებული პლატფორმა.
- პროცედურების შენახვა შეუძლებელია, რადგან ობიექტებზე წვდომა მხოლოდ კლიენტშია შესაძლებელი.
- უმწიფებლობა ბაზარზე.
- ობიექტების ფიზიკური დაჯგუფება არ არის.
ობიექტის პარადიგმა
ობიექტზე ორიენტირებული მონაცემთა ბაზები არის პროგრამირებადი მონაცემთა ბაზები, რომლებიც ინახავს კომპლექსურ მონაცემებს და მათ კავშირებს პირდაპირ რიგებისა და სვეტების მინიჭების გარეშე, რაც მათ უფრო შესაფერისს ხდის აპლიკაციებისთვის, რომლებიც მუშაობენ დიდ პარტიებთან. ობიექტებს აქვთ მრავალი-მრავალზე ურთიერთობა და ხელმისაწვდომია მათთან დაკავშირებული მაჩვენებლების გამოყენებით ურთიერთობების დასამყარებლად. ნებისმიერი პროგრამირებადი, OODB უზრუნველყოფს აპლიკაციის განვითარების გარემოს და მუდმივ საცავს, რომელიც მზად არის ექსპლუატაციისთვის. ის ინახავს და მანიპულირებს ინფორმაციას, რომელიც შეიძლება იყოს ციფრული ობიექტების სახით, უზრუნველყოფს სწრაფ წვდომას და უზრუნველყოფს დამუშავების დიდ შესაძლებლობებს.
ობიექტზე ორიენტირებულ მონაცემთა ბაზაში გამოყენებული ძირითადი ცნებები:
- ობიექტის იდენტურობა;
- კონსტრუქტორის ტიპი;
- ენის თავსებადობა;
- ტიპის იერარქია და მემკვიდრეობა;
- კომპლექსური ობიექტების დამუშავება;
- პოლიმორფიზმი და ოპერატორის გადატვირთვა;
- ვერსიების შექმნა.
იმისთვის, რომ სრულად განვიხილოთ ყველა ის ასპექტი, რომელიც ახასიათებს ობიექტზე ორიენტირებულ მონაცემთა ბაზას, მნიშვნელოვანია აღინიშნოს ყველა მნიშვნელოვანი ობიექტის პარადიგმა:
- ენკაფსულაცია არის თვისება, რომელიც საშუალებას გაძლევთ დამალოთ ინფორმაცია სხვა ობიექტებისთვის, ამით თავიდან აიცილოთ არასწორი წვდომა ან კონფლიქტები.
- მემკვიდრეობა არის თვისება, რომლითაც ობიექტები მემკვიდრეობით იღებენ ქცევას კლასის იერარქიაში.
- პოლიმორფიზმი არის ოპერაციის თვისება, რომლითაც მისი გამოყენება შესაძლებელიასხვადასხვა ტიპის ობიექტები.
- ოპერაციის ინტერფეისი ან ხელმოწერა მოიცავს მისი არგუმენტების ან პარამეტრების სახელს და მონაცემთა ტიპებს.
- ოპერაციის განხორციელება ან მეთოდი მითითებულია ცალკე და შეიძლება შეიცვალოს ინტერფეისზე გავლენის გარეშე. მომხმარებლის აპლიკაციებს შეუძლიათ იმუშაონ მონაცემებთან მითითებული ოპერაციების გამოძახებით მათი სახელებითა და არგუმენტებით, მიუხედავად იმისა, თუ როგორ განხორციელდა ისინი.
კლასები და ფუნქციონალობა
OODB-ში კლასების ცნების განხილვისას აუცილებელია განვასხვავოთ ტერმინები "კლასი" და "ტიპი". ტიპი გამოიყენება მსგავსი ქცევის მქონე ობიექტების ნაკრების აღსაწერად. ამ თვალსაზრისით, ეს დამოკიდებულია იმაზე, თუ რა ოპერაციები შეიძლება გამოვიძახოთ ობიექტზე. კლასი არის ობიექტების კოლექცია, რომლებიც იზიარებენ ერთსა და იმავე შიდა სტრუქტურას, ამიტომ ის განსაზღვრავს განხორციელებას, ხოლო ტიპი აღწერს მის გამოყენებას.
ტერმინი ინსტანცია ეხება იმ ფაქტს, რომ კლასის ინსტანცია შეიძლება გამოყენებულ იქნას ობიექტების კომპლექტის შესაქმნელად, რომლებსაც აქვთ იგივე სტრუქტურა და ქცევა, რაც მითითებულია კლასის მიერ.
ობიექტის ევოლუციისთვის ძალიან მნიშვნელოვანი თვისება არის ის, რომ მას შეუძლია შეცვალოს თავისი კლასი, ატრიბუტებისა და ოპერაციების ჩათვლით, იდენტურობის შენარჩუნებისას. ამას დასჭირდება მექანიზმი, რომელიც ამუშავებს მიღებულ სემანტიკური მთლიანობას.
ორგანიზაციის ობიექტზე ორიენტირებული მონაცემთა ბაზის მემკვიდრეობა საშუალებას იძლევა კლასი განისაზღვროს, როგორც უკვე არსებული სუპერკლასის ქვეკლასი. ის მემკვიდრეობით მიიღებს ყველა ატრიბუტს და მეთოდს ამ უკანასკნელისგან და შეიძლება არჩევითად განსაზღვროსსაკუთარი. ეს კონცეფცია მნიშვნელოვანი მექანიზმია ხელახალი გამოყენების მხარდასაჭერად. ორი განსხვავებული კლასის სტრუქტურის ერთი და იგივე ნაწილები შეიძლება განისაზღვროს მხოლოდ ერთხელ საერთო სუპერკლასში, შესაბამისად ნაკლები კოდი დაიწერება. არსებობს რამდენიმე სისტემა, რომელიც საშუალებას აძლევს კლასს იყოს ერთზე მეტი სუპერკლასის ქვეკლასი. ამ მახასიათებელს ეწოდება მრავალჯერადი მემკვიდრეობა, განსხვავებით ერთჯერადი მემკვიდრეობისგან.
ობიექტზე ორიენტირებული მონაცემთა ბაზის მაგალითი
ხშირად სასარგებლოა ერთი და იგივე სახელის გამოყენება მედიის სუპერკლასის სხვადასხვა, მაგრამ მსგავსი მეთოდებისთვის სურათებისა და ვიდეო კლასებიდან. ბევრი ფაილის ნახვა შესაძლებელია სხვადასხვა მაყურებლის მიერ. მათ ხშირად უწევთ ყველა ფოტოს და ვიდეოს ნახვა „ნახვის“მეთოდით და შესაბამისი პროგრამა უნდა ამოქმედდეს. როდესაც ფუნქცია გამოიძახება და ვიდეოს ბმული გადაეცემა, მედია პლეერი ამოქმედდება. ამ ფუნქციის განსახორციელებლად, უპირველეს ყოვლისა, საჭიროა განვსაზღვროთ „პრეზენტაციის“ოპერაცია საერთო მედია სუპერკლასში სურათებისა და ვიდეო კლასებიდან. თითოეული ქვეკლასი ხელახლა განსაზღვრავს საძიებო ოპერაციას მათი კონკრეტული საჭიროებისთვის. ეს იწვევს სხვადასხვა მეთოდებს, რომლებსაც აქვთ იგივე ოპერაციების სახელი. ამ შემთხვევაში, ამ ფუნქციის გამოყენებას მნიშვნელოვანი უპირატესობა აქვს.
OODB სტრუქტურა
ობიექტზე ორიენტირებული პარადიგმა დაფუძნებულია თითოეულ ობიექტთან დაკავშირებული მონაცემებისა და კოდის ერთ მოდულში ინკაფსულაციაზე. კონცეპტუალურად, მასსა და დანარჩენ სისტემას შორის ყველა ურთიერთქმედება ხორციელდება შეტყობინებების გამოყენებით. აქედან გამომდინარეობს ინტერფეისიმათ შორის განისაზღვრება ნებადართული ნაკრები.
ზოგადად, თითოეული ობიექტი ასოცირდება კომპლექტთან:
- ცვლადები, რომლებიც შეიცავს ობიექტის მონაცემებს და შეესაბამება ER მოდელის ატრიბუტებს.
- შეტყობინებები, რომლებსაც ის პასუხობს. თითოეულს შეიძლება ჰქონდეს ან არ ჰქონდეს პარამეტრი, ერთი ან მეტი.
- მეთოდები, რომელთაგან თითოეული არის კოდი, რომელიც ახორციელებს შეტყობინებებს და აბრუნებს მნიშვნელობას მის პასუხად.
შეტყობინებები OO გარემოში არ გულისხმობს ფიზიკური SMS-ის გამოყენებას კომპიუტერულ ქსელებში. პირიქით, ეს ეხება ობიექტებს შორის მოთხოვნების გაცვლას, მიუხედავად მათი განხორციელების სწორი დეტალებისა. ზოგჯერ გამონათქვამი იძახებს მეთოდს, რათა გამოიწვიოს ის ფაქტი, რომ შეტყობინება გაიგზავნა ობიექტზე და იყენებს შესაბამისი მეთოდის შესრულებას.
ობიექტის იდენტურობა
ობიექტზე ორიენტირებული მონაცემთა ბაზის სისტემა უზრუნველყოფს მონაცემთა ბაზაში შენახული თითოეული დამოუკიდებელი ობიექტის უნიკალურ იდენტიფიკაციას. ის ჩვეულებრივ ხორციელდება სისტემის გენერირებული უნიკალური ობიექტის იდენტიფიკატორის ან OID-ის გამოყენებით. OID მნიშვნელობა უხილავია გარე მომხმარებლისთვის, მაგრამ სისტემა იყენებს მას შიდა ობიექტებს შორის ბმულების სამართავად.
OID-ის მთავარი თვისებაა უცვლელი იყოს. OID მნიშვნელობა კონკრეტული ობიექტისთვის არასდროს არ უნდა შეიცვალოს. ეს ინარჩუნებს წარმოდგენილი რეალური სამყაროს იდენტურობას. ასევე სასურველია, რომ თითოეული OID გამოყენებული იყოს მხოლოდ ერთხელ, მაშინაც კი, თუ ის ამოღებულია მონაცემთა ბაზიდან, მისი OID არ უნდა მიენიჭოს სხვას. ასევე ხშირად მიჩნეულია მიზანშეწონილად მისი დაფუძნება ფიზიკურზესაცავში მყოფი ობიექტის მისამართი, რადგან მონაცემთა ბაზაში მათ რეორგანიზაციას შეუძლია OID-ის შეცვლა. თუმცა, ზოგიერთი სისტემა იყენებს ფიზიკურ მისამართს, როგორც OID, ობიექტების მოძიების ეფექტურობის გასაზრდელად. ობიექტზე ორიენტირებული ჩარჩო ავტომატურად აწესებს რელაციურ შეზღუდვებს, რომლებიც ჩვეულებრივ უფრო გამოიყენება: დომენი, გასაღები, ობიექტის მთლიანობა და რეფერენციული მთლიანობა.
სამი მთავარი კონსტრუქტორი
OODB-ში რთული ობიექტების მნიშვნელობები ან მდგომარეობა შეიძლება შეიქმნას სხვებისგან გარკვეული ტიპის კონსტრუქტორების გამოყენებით. მათი წარმოდგენის ერთ-ერთი გზაა თითოეულის ტრიპლეტი (i, c, v) ვიფიქროთ, სადაც i არის ობიექტის უნიკალური იდენტიფიკატორი (OID), c არის კონსტრუქტორი, ანუ მაჩვენებელი იმისა, თუ როგორ არის ობიექტის მნიშვნელობა. შეიქმნა და v არის ობიექტის მნიშვნელობა ან მდგომარეობა. შეიძლება იყოს მრავალი კონსტრუქტორი, დამოკიდებულია მონაცემთა მოდელზე და OO სისტემაზე.
სამი ძირითადი ობიექტზე ორიენტირებული მონაცემთა ბაზის კონსტრუქტორი:
- ატომები;
- tuples;
- კომპლექტი.
სხვა უფრო გავრცელებული გამოყენებაა სიები და დიაგრამები. ასევე არის D დომენი, რომელიც შეიცავს ყველა ძირითად ატომურ მნიშვნელობას, რომლებიც პირდაპირ ხელმისაწვდომია სისტემაში. ისინი, როგორც წესი, მოიცავს მთელ რიცხვებს, რეალურ რიცხვებს, სიმბოლოების სტრიქონებს, თარიღებს და სხვა ტიპის მონაცემებს, რომლებსაც სისტემა უშუალოდ ამუშავებს. ობიექტების სტრუქტურა და ოპერაციები შედის კლასის განმარტებებში.
თავსებადობა პროგრამირების ენებთან
ობიექტზე ორიენტირებული მონაცემთა ბაზების ძირითადი ცნებები გამოიყენებაროგორც დიზაინის ხელსაწყოები და კოდირებულია მონაცემთა ბაზასთან მუშაობისთვის.
არსებობს რამდენიმე შესაძლო ენა, რომლებშიც შესაძლებელია ამ ცნებების ინტეგრირება:
- ის გაფართოება მონაცემთა დამუშავებისთვის, როგორიცაა SQL, რთული ტიპებისა და OOP-ის დამატებით. სისტემები უზრუნველყოფენ ობიექტზე ორიენტირებულ გაფართოებებს რელაციურ სისტემებზე, რომლებსაც უწოდებენ ობიექტზე ორიენტირებულ რელაციურ სისტემებს.
- არსებული ობიექტზე ორიენტირებული პროგრამირების ენის გამოყენება და მისი გაფართოება მონაცემთა ბაზებთან მუშაობისთვის. მათ უწოდებენ მუდმივ პროგრამირების ენებს და დეველოპერებს საშუალებას აძლევს იმუშაონ პირდაპირ მონაცემებთან ისე, რომ არ გაიარონ მონაცემთა დამუშავების ენა, როგორიცაა SQL. მათ უწოდებენ მდგრადს, რადგან მონაცემები აგრძელებს არსებობას პროგრამის დასრულების შემდეგ, რომელმაც შექმნა იგი.
როდესაც გადაწყვეტთ რომელი ვარიანტი გამოიყენოთ, გახსოვდეთ, რომ მუდმივი ენები, როგორც წესი, მძლავრია და შედარებით ადვილია პროგრამირების შეცდომების დაშვება, რომლებიც აზიანებენ მონაცემთა ბაზას. ენების სირთულე ართულებს მაღალი დონის ავტომატურ ოპტიმიზაციას, როგორიცაა დისკის I/O შემცირება. ბევრ აპლიკაციაში მნიშვნელოვანია დეკლარაციული მოთხოვნების გაკეთების შესაძლებლობა, მაგრამ მუდმივი ენები ამჟამად არ უშვებენ ასეთ შეკითხვებს უპრობლემოდ.
მემკვიდრეობის ტიპების იერარქია
ობიექტზე ორიენტირებული მონაცემთა ბაზის სქემები, როგორც წესი, მოითხოვს კლასების დიდ რაოდენობას. თუმცა, რამდენიმე კლასი ერთმანეთის მსგავსია. მათ შორის მსგავსების პირდაპირი წარმოდგენის დასაშვებად, თქვენ უნდა დააყენოთმათ სპეციალიზაციათა იერარქიაში. ეს კონცეფცია ER მოდელების მსგავსია. კლასის სპეციალიზაციას ეწოდება ქვეკლასები, რომლებიც განსაზღვრავენ დამატებით ატრიბუტებსა და მეთოდებს არსებული კლასისთვის. ქვეკლასებით შექმნილი ობიექტები ყველაფერს მემკვიდრეობით იღებენ მშობლისგან. ზოგიერთი მემკვიდრეობითი მახასიათებელი შეიძლება თავად იყოს ნასესხები იერარქიაში მაღლა მდგომთაგან.
ობიექტები განიხილება კომპლექსურად, რადგან ისინი საჭიროებენ შენახვის დიდ ადგილს და არ არიან სტანდარტული მონაცემთა ტიპების ნაწილი, რომელსაც ჩვეულებრივ გვთავაზობს ობიექტზე ორიენტირებული მონაცემთა ბაზის მენეჯმენტი (OODBS). იმის გამო, რომ ობიექტების ზომა მნიშვნელოვანია, SOOBMS-მა შეიძლება მიიღოს ობიექტის ნაწილი და მიაწოდოს იგი აპლიკაციას მთლიანი ობიექტის შეძენამდე. მას ასევე შეუძლია გამოიყენოს ბუფერული და ქეშის მეთოდები ობიექტის ნაწილების წინასწარ მისაღებად, სანამ აპლიკაცია მათზე წვდომას შეძლებს.
OODB საშუალებას აძლევს მომხმარებლებს შექმნან ახალი ტიპები, რომლებიც მოიცავს როგორც სტრუქტურას, ასევე ოპერაციებს, ამ შემთხვევაში გაფართოებადი ტიპის სისტემას. თქვენ შეგიძლიათ შექმნათ ახალი ტიპის ბიბლიოთეკები მათი სტრუქტურისა და ოპერაციების განსაზღვრით. ბევრ მათგანს შეუძლია შეინახოს და მიიღოს დიდი სტრუქტურირებული ობიექტი სტრიქონების და სიმბოლოების ან ბიტების სახით, რომლებიც გადაეცემა "როგორც არის" აპლიკაციის პროგრამას ინტერპრეტაციისთვის.
მეთოდს შეუძლია უშუალოდ წვდომა სამიზნე ობიექტის ატრიბუტებზე სახელის მიხედვით, მათ შორის ნებისმიერი მემკვიდრეობით მიღებული მშობელი კლასებიდან, მაგრამ უნდა ჰქონდეს წვდომა სხვა ობიექტების ატრიბუტებზე მეორადი სიგნალებით. კონცეფცია საშუალებას გაძლევთ დააკავშიროთ იგივე ოპერატორის სახელი ან სიმბოლომისი ორი ან მეტი განსხვავებული იმპლემენტაცია, იმისდა მიხედვით, თუ რა ტიპის ობიექტებს მიმართავს.
აპლიკაციების მშენებლობა
ბევრი მონაცემთა ბაზის აპლიკაცია, რომელიც იყენებს OO სისტემებს, მოითხოვს ერთი და იმავე ობიექტის მრავალ ვერსიას. როგორც წესი, ტექნიკური აქტივობები გამოიყენება პროგრამულ სისტემაზე, რადგან მათი მოთხოვნები იცვლება და მოიცავს ზოგიერთი განვითარებისა და განხორციელების მოდულის შეცვლას. თუ სისტემა უკვე მუშაობს და თუ ერთი ან მეტი მოდული უნდა შეიცვალოს, დეველოპერმა უნდა შექმნას თითოეული მათგანის ახალი ვერსია ცვლილებების შეტანით.
გაითვალისწინეთ, რომ ობიექტის ორზე მეტი ვერსია შეიძლება იყოს, იმ შემთხვევაში, თუ ორიგინალური მოდულის გარდა ორია საჭირო. ერთი და იგივე პროგრამული მოდულის საკუთარი ვერსიები შეიძლება ერთდროულად განახლდეს. ამას ეწოდება პარალელური ობიექტზე ორიენტირებული მონაცემთა ბაზის დიზაინი. თუმცა, ყოველთვის დგება მომენტი, როდესაც საჭიროა მათი გაერთიანება, რათა ჰიბრიდულმა OODB-მა ჩართოს ცვლილებები, რომლებიც განხორციელდა ისე, რომ ისინი თავსებადი იყოს.
ობიექტზე ორიენტირებული პირობები
ყველა კომპიუტერულ სისტემას უნდა ჰქონდეს მათი არქიტექტურის თვისებები გასათვალისწინებელი. მაგალითად, სისტემას უნდა ჰქონდეს ცხრილები, რომ ჩაითვალოს რელატიურად. OODB არ არის გამონაკლისი და შეიცავს ობიექტის არქიტექტურის რამდენიმე ძირითად თვისებას. თუმცა, რეალურ სამყაროში, ამ თვისებებიდან ბევრი განიხილება და ზოგიერთი, როგორიცაა მრავალჯერადი მემკვიდრეობა, განიხილება ობიექტზე ორიენტირებული მონაცემთა ბაზის მოდელის გაუმჯობესებად, ვიდრეროგორც საბაზისო ნაწილი. მაგალითად, ობიექტზე ორიენტირებულ ენაზე Smalltalk, მრავალჯერადი მემკვიდრეობა არ არის მხარდაჭერილი, მიუხედავად იმისა, რომ იგი განიხილება ობიექტის არქიტექტურის ნაწილად.
კლასის მეთოდები განსაზღვრავს ოპერაციების ერთობლიობას, რომელიც შეიძლება შესრულდეს ობიექტზე. მაგალითად, როდესაც ის გამოიყენება ობიექტზე, ის ან აბრუნებს მნიშვნელობას ან ასრულებს ოპერაციას მნიშვნელობების განახლებისთვის. ზოგჯერ მეთოდები არ აბრუნებს მას. თუ მეთოდი შექმნილია ავტომობილის მგზავრების რაოდენობის განახლებისთვის, მნიშვნელობა არ დაბრუნდებოდა, მაგრამ მონაცემთა ელემენტი სამიზნეში შეცვლიდა მას.
ობიექტები ფუნდამენტური კონცეფციაა OODB-ში. არსებითად, ობიექტები არის აბსტრაქტული წარმოდგენა რეალურ სამყაროში, რაც მასში ინახება. ობიექტი არის კლასის მაგალითი იმ გაგებით, რომ იგი გამორიცხულია მისი განმარტებიდან.
შეგიძლიათ წარმოიდგინოთ ობიექტი, როგორც თვითმყოფადი პაკეტი, რომელიც შედგება სამი ნაწილისგან:
- თქვენი პერსონალური ინფორმაცია, მონაცემთა მნიშვნელობები.
- პირადი პროცედურები, რომლებიც მანიპულირებენ მნიშვნელობებს კლასის განმარტებით.
- გახსენით ინტერფეისი, რათა ამ ობიექტმა შეძლოს კომუნიკაცია სხვებთან.
OODB მაგალითები
OODB-ის გამოყენება ამარტივებს კონცეპტუალიზაციას, რადგან უფრო ბუნებრივია ინფორმაციის წარმოდგენა, რომელიც შესანახად არის საჭირო. მონაცემთა ბაზის სტრუქტურის ან ლოგიკის მოდელირებისთვის, კლასის დიაგრამების გამოყენება საშუალებას გაძლევთ გააცნოთ კლასები მათი სტრუქტურული ურთიერთობებით და მემკვიდრეობით. დინამიკის ნაწილის მოდელირების მიზნით, ურთიერთქმედება დაობიექტებს შორის ქცევა, მიმდევრობის დიაგრამა გამოყენებული იქნება დროებით კავშირში მდებარე ობიექტებს შორის ურთიერთქმედების წარმოსაჩენად, რომელიც აღწერს შესაძლო მდგომარეობებს ისე, რომ მათი პოვნა შესაძლებელი იქნება მოვლენის შემდეგ შეცვლილი მდგომარეობის გათვალისწინებით.
ობიექტზე ორიენტირებული მონაცემთა ბაზის მაგალითი ნაჩვენებია ქვემოთ.
მათ აქვთ სახელი და სიცოცხლე, რომელიც შეიძლება იყოს დროებითი ან მუდმივი. OODB გასაღები არის შესაძლებლობა, რომელსაც ისინი აწვდიან დეველოპერს, დააკონკრეტოს რამდენი სტრუქტურა და ოპერაცია იქნება გამოყენებული მათზე. არსებობს მოქნილობა და მხარდაჭერა რთული მონაცემთა ტიპების დამუშავებისთვის. თქვენ შეგიძლიათ შექმნათ კლასები და ქვეკლასები, მაგალითად, კლიენტის ბაზას შეიძლება ჰქონდეს ამ კლიენტის ბმულის ქვეკლასი და ის მიიღებს ორიგინალური კლასის ყველა ატრიბუტსა და მახასიათებელს. ეს მიდგომა საშუალებას გაძლევთ სწრაფად და მოქნილად დაამუშავოთ რთული მონაცემები.
