მონაცემთა ბაზის დიზაინი არის ხელმისაწვდომი ცოდნისა და ხელსაწყოების ადაპტაციის თანმიმდევრული პროცესი ინფორმაციის წარმოსაჩენად და დასამუშავებლად.
რეალური ფარგლები, კონკრეტული დავალება, შემომავალი ინფორმაციის ნაკადის აღწერა და ზოგადი იდეები ინფორმაციის დამუშავების პროცესის შესახებ თანდათან ემატება გარკვეულ კონცეპტუალურ იდეას, თუ რა არის მონაცემთა ბაზა კონკრეტულ შემთხვევაში და როგორ. მასთან მუშაობა.
თანამედროვე მონაცემთა ბაზა
ურთიერთობითი ურთიერთობები ნებისმიერი საინფორმაციო მოდელის გულშია. Oracle-ის გადაწყვეტილებები არსებითად MySQL-ის ექვივალენტურია, მაგრამ ისინი ფუნდამენტურად განსხვავდებიან მრავალი ასპექტით. მონაცემთა ბაზის დიზაინი ასევე არის უსაფრთხოების, ინფორმაციის მოცულობის და მონაცემთა მთლიანობის პასუხისმგებლობის საკითხი, მაგრამ ეს მეორეხარისხოვანია ეფექტური, საიმედო და მომხმარებლისთვის მოსახერხებელი მონაცემთა ბაზის შექმნის საკითხთან დაკავშირებით.
Excel ცხრილები არაფრით განსხვავდება Oracle-ისა და MySQL-ისგან მართკუთხა (რელატიური) სტრუქტურების კონტექსტში: სვეტები და რიგები=ერთი უჯრედი სვეტის სახელის (ველის) და შერჩევის ინდექსის (რიგი) გადაკვეთაზე. თუ არ გაითვალისწინებთ ხელით შრომის ზომას და რაოდენობას, მაშინ, უჯრედების ვერტიკალურად და ჰორიზონტალურად გაერთიანების განვითარებული საშუალებების წყალობით, Excel უსწრებს Oracle-საც კი!
Excel, თავისი ძირითადი იდეით, არასოდეს "ანათებს" Oracle-ის დინამიკას, ფუნქციონირებას და ვერ გადააქვს რაღაც ფურცლიდან მეორეზე "ნარჩენების მიხედვით". აქ Oracle უფრო პერსპექტიულია, მაგრამ მისი მოსაზრებები დიდი რაოდენობით ინფორმაციის მიგრაციის საკითხებზე და სხვადასხვა წყაროდან ოფიციალური პოზიციების გაერთიანების საკითხებზე სასურველს ტოვებს. აქ MySQL უფრო პერსპექტიულია: ის არ აყენებს თავის თავს გლობალურ ამოცანებს, მაგრამ თავის საქმეს შესანიშნავად ასრულებს.
რელატიური ურთიერთობები არის მოსახერხებელი, პრაქტიკული და კარგად ჩამოყალიბებული ინსტრუმენტები, Excel-ის დონის კერძო გადაწყვეტილებებიდან Oracle-ის გლობალურ ტომებამდე, გამოიყენება ყველგან, მოთხოვნადი და მათ აქვთ გარანტირებული სამუშაოს მომავალი.
თანამედროვე მონაცემთა ბაზა არის ცხრილები, რიგები, სვეტები და ინდექსები, რომლებიც გარშემორტყმულია სრული ფუნქციონირებით, შემუშავებული დამატებითი ხელსაწყოები, რომლებიც ითვალისწინებენ მრავალ ოპერაციას, მძიმე დატვირთვას და უზარმაზარ მოცულობას.
თანამედროვე მონაცემთა ბაზის მართვის სისტემების (DBMS) ცოდნა და გამოცდილება ითვალისწინებს არა მხოლოდ სანდოობის, მონაცემთა სანდოობის, წვდომის რეგულირებისა და უსაფრთხოების საკითხებს, არამედ შესაძლებელს ხდის ნეგატიური გარე გავლენების თვალყურის დევნებას, შესაძლო შეტევების ანალიზს.და ცდილობს განზრახ ზიანი მიაყენოს.
თანამედროვე მონაცემთა ბაზა არის საიმედო საფუძველი ნებისმიერი ვებ რესურსისა და ადგილობრივი აპლიკაციისთვის, ინფორმაციის მიგრაციის, მონაცემების გარდაქმნისა და გადაცემის, სხვადასხვა ხედების გადაკვეთისა და გაერთიანების უნარი.
ერთადერთი აუცილებელი პირობა: მაღალკვალიფიციური დეველოპერი. რელაციური მონაცემთა ბაზების ეფექტური დიზაინის შესასრულებლად ხელმისაწვდომია სპეციალისტი, უფრო ხშირად კი სპეციალისტებისა და ექსპერტების გუნდი, პრობლემის გამოყენების სფეროში.
ფარგლები, შესაძლო გადაწყვეტა და დაბრკოლებები
ინფორმაცია ვრცელდება ყველგან. ბევრი პროექტი პირდაპირ არის დაკავშირებული ინტერნეტთან, მაგრამ აქ მონაცემების ფორმალური წარმოდგენის ფაქტორი არ არის უკეთესი, ვიდრე გაურკვევლობის ფაქტორს ფოლადის ქარხნისთვის ვებ რესურსის შექმნისას.
ონლაინ მაღაზიებისადმი განვითარება და მასიური ინტერესი არ იძლევა საფუძველს და შესაძლებლობებს ერთი მაღაზიის შექმნის გამოცდილების გადატანა მეორის შექმნაზე. სავაჭრო საიდუმლოების ფაქტორი ბევრ დაბრკოლებას უქმნის ცოდნის გადაცემას, თუმცა, ფაქტობრივად, თქვენ უნდა გამოყოთ რეალური მაღაზია ამ მაღაზიისთვის შექმნილი პროგრამული ინსტრუმენტებისგან.
რა თქმა უნდა, მომხმარებელმა გადაიხადა და საიტის კოდი მისი საკუთრებაა. თანამედროვეობის დამახასიათებელი მახასიათებელი: ცოდნისა და განვითარების გადაცემა ერთიდაიგივე ტიპის ამოცანებსა და აპლიკაციის დაკავშირებულ სფეროებს შორის შეუძლებელია და ეს პრობლემაა.
Parsing არის აპლიკაციების ფართო სპექტრი მონაცემთა ბაზის მართვის სისტემებისთვის. უპირველეს ყოვლისა, ეს არის ინფორმაციის სკანირება ინტერნეტიდან. თანაბრად მნიშვნელოვანია დაგროვილი ინფორმაციის შედარებამონაცემთა ბაზა და ვებ ვიზიტორთა მოთხოვნები.
საკვანძო სიტყვების ანალიზი ასევე მოიცავს ოპტიმალური გადაწყვეტის ფორმირების აუცილებლობას, მაგრამ მონაცემთა ბაზის დიზაინი Access-ზე შეიძლება იყოს უფრო პერსპექტიული, ვიდრე MS SQL Server-ზე ან Oracle-ზე.
ინფორმაციული წყაროების სია შეიძლება იყოს დინამიური. დინამიკა შეიძლება თანდაყოლილი იყოს წყაროს მონაცემთა ბაზის ცხრილებში, ცხრილის ველების სახელებში და ზარის (შეკითხვის) წესებში. რელაციური მონაცემთა ბაზების შექმნა მრავალი წყაროდან აშკარად გაიძულებს შექმნას წყაროს მონაცემებიდან და არა შეგროვებული ინფორმაციის ოპტიმალური ორგანიზაციიდან.
არსებობს ორი რამ, რაც თანდაყოლილია ნებისმიერ მონაცემთა ბაზაში:
- ორიენტაცია კონტენტზე, დინამიური მონაცემთა ბაზის გენერირების ალგორითმი პრიორიტეტულად;
- ორიენტაცია, მონაცემთა ბაზის სტრუქტურა უფრო მნიშვნელოვანია და მასზეა დაფუძნებული ინფორმაციის გამოყენების ალგორითმი.
გამოყენებაზე
აპლიკაციის ნებისმიერ სფეროში არსებობს შემომავალი ინფორმაციის ნაკადის ფორმალური მოდელი, ინფორმაციის შენახვის მოდელი - მონაცემთა ბაზის რეალური დიზაინი და მონაცემთა გამოყენების მოდელი (ალგორითმი).
სხვადასხვა პროცედურები და დიზაინის ნაბიჯები
ბაზის დიზაინის საფუძვლები ჩვეულებრივ იყოფა სამ ეტაპად. სხვადასხვა სპეციალისტი სხვადასხვანაირად მიმართავს მუშაობის ეტაპებს, მაგრამ, ფაქტობრივად, არსებობს სამი პოზიცია:
- კონცეპტუალური დაგეგმვა;
- ლოგიკური დიზაინი;
- ტექნიკური შესრულება.
პრაქტიკა ხელს უწყობს დამკვიდრებულ ტრადიციებს. არ აქვს მნიშვნელობა რამდენად რთული სფეროა და პრობლემა მოგვარებულია. ყოველთვის საჭიროა სწორი არჩევანის გაკეთებახელსაწყოები. მაგალითად, თქვენ უნდა შეაგროვოთ ინფორმაცია ვიზიტორებისგან ვებ რესურსზე, მაგრამ თქვენ უნდა შეადაროთ იგი MS SQL Server-ის მონაცემებს. ვებ რესურსი განთავსებულია FreeBSD-ზე (ინტერნეტი, Apache სერვერი), ხოლო MS SQL სერვერი სხვა ქალაქში ხელმისაწვდომია კომპანიის განაწილებული ქსელის მეშვეობით.
ამ გადაწყვეტაში, თქვენ ჯერ უნდა გადაჭრათ კონკრეტული პრობლემა: დაამყაროთ მონაცემთა გაცვლა შიდა სერვერთან.
საერთო დავალების ტექნიკური შესრულება აუცილებლად იმოქმედებს საწყის ეტაპზე: იშვიათია მონაცემთა ბაზის დიზაინი ნულიდან. პრობლემის გადაჭრის აპრობირებული ტექნოლოგიითაც კი, სფერო ვითარდება, მას ყოველთვის მოეთხოვება რაღაცის გაკეთება სხვანაირად, ვიდრე თავდაპირველად იყო დაგეგმილი.
ბოლო დროს, ბევრი თეორეტიკოსი და პრაქტიკოსი მუშაობს ერთეულებთან, როგორც სპეციალურ მონაცემებთან. ეს არის აბსტრაქციები, რომლებიც საშუალებას გაძლევთ აღწეროთ ინფორმაციის მოდელი შეყვანისას, დამუშავების დროს და საბოლოო შედეგში - მონაცემთა ბაზაში.
მონაცემებისა და ერთეულების ნახვები
DB დიზაინი აბსტრაქციებისა და ერთეულების მეშვეობით: საინფორმაციო სურათის შექმნის, მონაცემთა ტიპების და მათ შორის ურთიერთობების განსაზღვრის შესაძლებლობა.
როგორც წესი, მონაცემთა ბაზის მოდელის ასეთი დიზაინი მთავრდება გრაფიკული მოდელით, MS Visio ან არჩეული DBMS-ის ვიზუალური ხელსაწყოების გამოყენებით. Access-ს აქვს საინფორმაციო სურათის ფორმირების საკუთარი გზა, MySQL-ს აქვს საკუთარი და კონტენტის მართვის ზოგიერთი სისტემა საერთოდ მალავს მონაცემთა ბაზას, აკისრებს მონაცემთა მოდელს დეველოპერს საკუთარი ერთეულების მეშვეობით -ამოცანის ამოხსნის ობიექტები.
ბევრი შინაარსის მართვის სისტემის (CMS) დამახასიათებელი თვისებაა ის, რომ ისინი აკეთებენ "აპლიკაციას" უფრო დიდი აბსტრაქციის დონისთვის გადასაჭრელი პრობლემის საინფორმაციო არეალის აღწერისას. რეალური მონაცემთა ბაზა იმალება, CMS დეველოპერს სთავაზობს საკუთარ წარმოდგენას მსოფლიოს საინფორმაციო სურათის შესახებ.
შედეგად, მონაცემთა ბაზის დიზაინის ეტაპები მცირდება ფუნდამენტური მოთხოვნების დაცვით და კონკრეტული CMS-ის შემქმნელების მიერ შემოთავაზებული ნაბიჯების შესრულებამდე. არაფერია სამარცხვინო მონაცემთა ბაზების იდეებისა და მათი დიზაინის Symfony-დან ან Bitrix-დან, Zend-დან ან Yii-დან გამოყენებაში, მაგრამ დეველოპერისთვის ეს არის „მძიმე“.
იდეალურად, მონაცემთა ბაზის დიზაინის ინსტრუმენტები უნდა იყოს შერჩეული და გამოყენებული ინდივიდუალურად, გარე აზრის გარეშე, მაგრამ გამოცდილებისა და ცოდნის გამოყენებით.
იდეალურია Oracle-ის მიერ სერტიფიცირებული დეველოპერებისთვის, მაგრამ სავსებით მისაღებია დეველოპერის კვალიფიკაციისთვის, რომელიც მოიცავს Oracle-ის საინფორმაციო იდეებს და MySQL აპლიკაციების სამუშაო ცოდნას.
კომპლექსურ პროექტებში და განაწილებული ინფორმაციის დამუშავებაში მნიშვნელოვანია არა მხოლოდ მონაცემთა ბაზა, არამედ ინფორმაციის წყაროები, იდეები მომხმარებელთა საჭიროებებზე.
ეტაპები ან გუნდი: პრიორიტეტების ბალანსი
თანმიმდევრულობის მოთხოვნას უდიდესი მნიშვნელობა აქვს. მონაცემთა ბაზის დიზაინის საფუძვლები ასევე მოიცავს სამუშაოს ფაზირებას, შუალედური შედეგების მონიტორინგს, ყოველი დასრულებული ეტაპის გადახედვას შემდეგი ტიპის სამუშაოს შესრულების საფუძველზე:
- სისტემური;
- ფაზირება;
- გამოხმაურება დროის ნებისმიერი მომენტიდან, საწყის პოზიციამდე.
ეს დებულებები აბსტრაქტულია, მაგრამ წარმოდგენილია ეფექტური მონაცემთა ბაზის შექმნის ნებისმიერ თეორიულ და პრაქტიკულ ტექნოლოგიაში.
არც ერთი ტექნოლოგია თავისთავად არ ვითარდება, მას ხალხი მართავს. აუცილებელია განვითარების გუნდის კვალიფიკაცია. მონაცემთა ბაზის საინფორმაციო მოდელი არა მხოლოდ ჩარჩოა, არამედ ინფორმაციის ნაკადიც.
რა არის უფრო მნიშვნელოვანი: ლამაზი გრაფიკა მონაცემთა ბაზის სტრუქტურის წარმოდგენაში ან ინფორმაციის ნაკადების ზუსტი აღწერა დინამიკაში - ეს არის არა მხოლოდ ამოცანისა და მოცულობის საკითხი, არამედ განვითარების ჯგუფის აზრი დინამიკაში.
პერსონალი არის ყველაფერი, მაგრამ კონტექსტში: მონაცემთა ბაზის კონცეპტუალური დიზაინი არის ყველაფრის კვალიფიკაცია. ყველა ადამიანი უნიკალურია და საინფორმაციო სისტემების სფეროში არსებობს და ვითარდება კონკრეტული ადამიანების წარმოდგენები.
მნიშვნელოვანია დეველოპერების გუნდის შექმნა და არა ავტორიტეტული ექსპერტის მიერ შემოთავაზებული მითიური მონაცემთა ბაზის დიზაინის ნაბიჯები. ამ სპეციალისტის უფლებამოსილება ჩამოყალიბდა კონკრეტული სამუშაოების საფუძველზე, კონკრეტულ დროს. სამუშაო დღეს უნდა შესრულდეს, ახალი დავალება, თანამედროვე აღჭურვილობა, ახალი ტექნოლოგია,…
შესაძლებელია საპირისპირო. ამ ფორმატებში არის Excel და Access და „უხვი“მონაცემები უძველესი დროიდან, როცა Windows for Workgoups ჯერ კიდევ ცოცხალი და კარგად იყო. ნაწილობრივ დარჩა dBase და Quattro მონაცემები. დღეს ეს სიტყვები უკვე დავიწყებულია, მაგრამ ინფორმაციადარჩა, მოთხოვნადია და საჭიროებს მოპოვებას და ახალი იდეების ჩამოყალიბებას.
ძველი და ახალი: ცოდნის ბალანსი
ღრუბლოვანი ტექნოლოგია არ ჰგავს ეშტონ-ტეიტის მონაცემთა ბაზებს. ის, რაც Oracle-მა ოდესღაც იყიდა, არანაირად არ შეედრება იმას, რასაც დღეს აკეთებს. მაგრამ ცვლადები, ალგორითმები, ფუნქციები, მარყუჟები და პირობები დარჩა პროგრამირებაში 80-იანი წლების დასაწყისიდან. თუ პროცედურის კონცეფცია დავიწყებას არ ექვემდებარება და ყველაფერი ისე დარჩება, როგორც ძველ დროში იყო.
ობიექტზე ორიენტირებული პროგრამირების თანამედროვე იდეებიც კი შემოსილია გასული საუკუნის კლასიკური სინტაქსური და სემანტიკური „ბორკილებით“.
რა უნდა გავაკეთოთ - პროგრამირება ინერციულია, ინფორმაციის ფორმალიზაცია და საინფორმაციო ბაზების დიზაინი უფრო პროცესია, ვიდრე შედეგი. ეტაპობრივი მუშაობა შედეგის მიღწევის წინაპირობაა. მაგრამ ვინ დაითვალა გამეორებების რაოდენობა შუალედური საფეხურებიდან თითქმის მუშაობის დაწყებამდე?
ინფორმაცია ყოველთვის დინამიურია, არაფერი დგას: განსაკუთრებით ამოცანის თემატიკა და მომხმარებლის მოთხოვნები. სამუშაოს ყოველი დასრულებული ეტაპი საშუალებას გაძლევთ ახალ დონეზე შეაფასოთ ის, რაც უკვე გაკეთდა და რა დარჩა გასაკეთებელი.
მონაცემთა ბაზის სტრუქტურის დაპროექტება ამოცანად და საბოლოო შედეგის მიღება უშედეგოა. როგორც კი მონაცემთა ბაზა ამოქმედდება, აუცილებლად გამოჩნდება ახალი იდეა, თუნდაც მონაცემთა ბაზის შექმნის ინსტრუმენტი იყოს „მარტივი“Excel, და არა Oracle-ის ფანტასტიკურად ძლიერი და მრავალმხრივი პროდუქტი.მილიონობით ტრანზაქციის, ასობით ათასი ერთდროული მომხმარებლის და ტერაბაიტის ინფორმაციის მანიპულირება.
პრიორიტეტია არა მონაცემთა ბაზის სტრუქტურა, არამედ კვალიფიციური სპეციალისტების გუნდის ფორმირება, პლუს შედეგის მეტი დინამიზმის სავალდებულო მოთხოვნა, რათა სამუშაოს დასრულებისას არ იყოს საჭირო დაკავშირება. დეველოპერები, სულ მცირე, რამდენიმე თვე.
თანმიმდევრული განვითარება და/ან სიმაღლეზე ნახტომები
Windows არ არის მონაცემთა ბაზა, მაგრამ მას აქვს რელიქვია - რეესტრი. მასპინძლების ფაილი უბრალოდ არის ადგილობრივი აპარატის IP მისამართების და სიმბოლური სახელების იდენტიფიკაცია. მაგრამ ამ ფაილის მეშვეობით იქმნება ინფორმაციის ნაკადები სხვადასხვა დომენებიდან ან სხვადასხვა DBMS-ში.
შესაძლებელია მრავალმხრივი Windows-ის გაგება, როგორც მოქმედი კომპიუტერი ან სერვერი, მაგრამ არანაირად არ იმუშავებს ამ პროდუქტის ვერსიების ლოგიკის გასამართლებლად. PHP ასევე არ არის მონაცემთა ბაზა, მაგრამ დეველოპერების არგუმენტები იმის შესახებ, თუ რატომ მოჰყვება ვერსია 5 დაუყოვნებლივ 7 ვერსიას, არათანმიმდევრულია. PHP არის MySQL წვდომის ინსტრუმენტი, მისი სინტაქსი განსაზღვრავს, თუ როგორ უნდა ჩამოყალიბდეს მოთხოვნები და მიიღოთ პასუხები მონაცემთა ბაზიდან SQL დიალექტის გამოყენებით.
თანამედროვე პროგრამირების ხელსაწყოებსა და მონაცემთა ბაზის მხარდაჭერას შორის შეუთავსებლობის მაგალითები ნორმად იქცა ბოლო წლებში, მაგრამ ეს არ არის ყველაზე ორიგინალური. რა იქნება Windows 10-ის ვერსიის უკან? რა პერსპექტივები აქვს Oracle Database 12c-ს?
ინფორმაცია დეველოპერ-ავტორის შესახებ: Oracle Database 11g Express Edition (Oracle Database XE) არის საწყისი დონის DBMS, რომელიც დაფუძნებულია Oracle Database 11g Release 2 DBMS კოდზე. ეს DBMS უფასოა განვითარებისთვის,განთავსება და გაყიდვა, სწრაფი ჩამოტვირთვა და მარტივი ადმინისტრირება.”
მომხმარებლის დეველოპერის პერსპექტივა: „2013 წელს Oracle-მა გამოუშვა Oracle Database 12c (ვერსია 12.1.0.1) საკვანძო უპირატესობებით დაბალი შენახვის ხარჯებით, მონაცემთა მაღალი ხელმისაწვდომობით, მონაცემთა ბაზის მარტივი კონსოლიდაციისა და მონაცემთა წვდომის დაცვით.
რეალური პრაქტიკა: ობიექტური, ეფექტური და ეფექტური ლოგიკური მონაცემთა ბაზის დიზაინი ხელმისაწვდომია მხოლოდ კვალიფიციური დეველოპერების გუნდისთვის. სამუშაო შედეგის მიღება არ არის რთული, რთულია შემომავალი ინფორმაციის ნაკადების ფორმალიზება და ოპტიმალური საძირკვლის დადგენა.
გლუვი ფორმების სამყაროში ზუსტი მართკუთხედებიდან
ობიექტზე ორიენტირებული პროგრამირების მოსვლასთან ერთად, მონაცემთა სერიალიზაციამ ახალი სიცოცხლე მიიღო. მართლაც, გარშემო ყველაფერი მხოლოდ ხაზებია, სასურველია განუსაზღვრელი სიგრძის. რიცხვები და თარიღები ასევე სიმბოლოების სტრიქონებია.
რელატიური ურთიერთობების ძალა და ობიექტურობა უდაოა, მაგრამ ზიანს აყენებს თუ არა სვეტების და რიგების დინამიკა მათ რეპუტაციას? ცხრილი უბრალოდ მონაცემებია, რომელსაც შეიძლება ჰქონდეს სათაური (სვეტების სია) ან რიგების გარეშე. დაე, ცხრილი იყოს მხოლოდ მონაცემთა კრებული, არ არის აუცილებელი დასახელებული.
მონაცემთა ნაკრები შეიძლება იყოს ჰეტეროგენული და მასში შეგიძლიათ იპოვოთ სხვადასხვა სტრუქტურის მონაცემები. ფუნდამენტურად, მონაცემთა ერთგვაროვნება მიუთითებს სფეროს განვითარებაზე. მონაცემთა განაწილება ტიპებისა და სახეობების მიხედვით არის სისტემატური და ობიექტური მიდგომის ნიშანი, მაგრამ მაინც მიზანშეწონილია დაშვება სტრუქტურის დინამიკის შესაძლებლობის შესახებ.
თუ გამომავალიმონაცემთა ბაზის შექმნა და შექმნა ხისტი სტრუქტურების მიღმა და თუ ვივარაუდებთ, რომ ცხრილი არის რიგების კრებული, რომელიც არ არის აუცილებლად ერთი და იგივე ტიპის და ერთმანეთის სემანტიკის მსგავსი, მაშინ მონაცემთა ბაზის დიზაინი მკვეთრად შეიცვლება.
ნამუშევრის საგანი იქნება არა მონაცემთა ბაზის სტრუქტურის აღწერა, არამედ ინფორმაციის მოძრაობის დინამიკა. მუშაობის ეტაპები დაიყოფა სამ სიმძიმის ცენტრად:
- შეყვანილი ინფორმაციის ნაკადი;
- ინფორმაციის ტრანსფორმაცია და მოძრაობა მონაცემთა ბაზაში;
- აირჩიეთ გამოსაყენებელი მონაცემები.
არ არსებობს ცხრილის სტრუქტურის კონცეფცია. არ არის რიგები ან სვეტები. არსებობს აბსტრაქცია - მოცემული, გარკვეული სტრუქტურის, რომელიც აკმაყოფილებს ალგორითმის კონკრეტულ პუნქტს. უფრო კონკრეტულად, ინფორმაციის დამუშავების ფუნქცია მოითხოვს გარკვეულ ინფორმაციას გარკვეული რაოდენობით.
ინფორმაციის დამუშავების ყველა ფუნქციის რეკურსიულობის სავალდებულო მოთხოვნა და ფუნქციებზე ფოკუსირება და არა მონაცემებზე, საშუალებას გაძლევთ შექმნათ მონაცემთა ბაზა დაგროვილი ინფორმაციისა და შემომავალი მონაცემთა ნაკადის დინამიკაში, რომელიც გამოიყენება მომხმარებლის ინიციატივით., პროცესი ან სხვა ფუნქცია.
სინამდვილეში: მოვიდა გამოყენების სიგნალი, მიღებული იქნა მოთხოვნის მიღება, აპლიკაციის ტრიგერი გააქტიურდა და შემომავალი ინფორმაცია, რაც უკვე იქ იყო, უზრუნველყოფდა სასურველ გადაწყვეტას.
ფუნდამენტური ცოდნა და ხისტი კონსტრუქციები
ცოდნა ადამიანის პრეროგატივაა, პროგრამები კომპიუტერის ტვირთია. დეველოპერს თავისუფლად შეუძლია გამოიყენოს ცოდნა, როგორც მას მიზანშეწონილად თვლის კონკრეტულ სიტუაციაში. ჩვეულებრივი ადამიანი იყენებს უამრავ მონაცემთა ბაზას, მას მნიშვნელობის მინიჭების გარეშე. როგორჩვეულებრივი ადამიანის თავში ეწყობა მონაცემთა ბაზები, არავინ იცის, მაგრამ ყველამ იცის, როგორ აწარმოებს თავის საქმეს, სად წერს რას პოულობს და როდის სჭირდება მისი გამოყენება.
პროგრამისტის მუშაობის შედეგი - პროგრამის დონეზე "Basic", რომელიც იღებს მონაცემებს ონლაინ მაღაზიის ვებსაიტიდან ODBC-ის საშუალებით, ექვივალენტურია Oracle-ის სახელწოდებით დეველოპერისთვის, რომელიც ითხოვს მონაცემების მიღებას. MAKS საავიაციო და კოსმოსური სალონიდან. ორივე შედეგი სტატიკურად „იყინება“სამუშაოს დასრულების მომენტიდან. ეს არ არის აქტიური ცოდნა, რომელსაც ადამიანი იყენებს, ეს არის მონაცემთა ბაზის დიზაინის სისტემის შექმნის საიდუმლო.
ალგორითმის დაფიქსირება შეუძლებელია. ყველაფერი დინამიურად უნდა იყოს განსაზღვრული. კვალიფიციური დეველოპერების დამსახურება უდაოა, მაგრამ ისინი საერთოდ არ დევს Oracle-ის, MySQL-ის ან Access-ის გადაწყვეტილებების ელეგანტურ ფორმებში, რომლებიც შეზღუდულია მისი შესაძლებლობებით. Excel-ის სხვა ცხრილს შეუძლია უზრუნველყოს დინამიური შინაარსი და არ მოითხოვოს პროგრამისტის მონაწილეობა სამუშაოს დასრულების შემდეგ მეტ-ნაკლებად ღირსეული დროით.
საკითხავია რამდენად კარგად არის ფორმალიზებული განაცხადის არეალის დინამიკა და არა მონაცემთა ბაზის სტრუქტურა.
Live Solutions
შეუძლებელია სამუშაოს ისე დაგეგმვა, რომ დააკავშიროთ პროფესიონალი დეველოპერების გუნდი დავალებას. არა ის, რომ გუნდს ეწყინა, მაგრამ ეს არ არის სწორი მიდგომა.
მონაცემთა ბაზის დიზაინის ამოცანა უნდა იყოს ჩამოყალიბებული ისე, რომ განვითარებული ფუნქციონალობა თავისთავად გაუმჯობესდეს, დააგროვოს ცოდნა და თავისი „მოვალეობების“შესრულებისას დაიწყოს არა კოდიდან,შექმნილია ექსპერტების მიერ, მაგრამ ამ კოდით მიღებული ცოდნიდან.
