Ფუნქციური დამოკიდებულება და რელატიური მონაცემთა ბაზები

ინფორმაცია ყოველთვის ადეკვატური დინამიური ინტერესი. განვითარების, რელაციური მონაცემთა ბაზების და საინფორმაციო ტექნოლოგიების პროგრამირების ენები მკვეთრად შეიცვალა სტრუქტურა და შინაარსი ინტერესი. არსებობს გარკვეული მკაცრი სისტემით. ფორმალიზაცია, ზუსტი მათემატიკის და ორობითი ურთიერთობები გახდა წარმატებული და სწრაფად მზარდი, საექსპერტო და გამოცდილება.

ბუნებრივი სამყაროს ინფორმაცია არ შეცვლილა მისი დინამიკა და განვითარებადი შინაარსი და სტრუქტურა, გადაძვრა ახალ სიმაღლეებზე. მას აქვს რბილი ფორმა, და ბუნებაში არაფერია "მართკუთხა". ინფორმაცია, რა თქმა უნდა, გაფორმდება, მაგრამ მას აქვს დინამიური, იცვლება არა მარტო მონაცემები და ალგორითმები მათი გადამუშავების, იცვლება ამოცანები თვითონ და მათი სფეროებში განაცხადი.

ინფორმაცია> ოფიციალურად მონაცემების >>

ინფორმაცია გარდაიქმნება მონაცემების (მონაცემთა მოდელი, ინფორმაციის სტრუქტურა, მონაცემთა ბაზა ...), როგორც ის ხედავს პროგრამისტი. არ არსებობს გარანტია, რომ ეს ხედვა არის სწორი, მაგრამ თუ პროგრამა წყვეტს პრობლემას, მონაცემები შემდეგ წარმოდგენილი ადეკვატურად შესაძლო გზა.

კითხვაზე, თუ რამდენად სწორად გაფორმდება ინფორმაცია - დროის საკითხია. აქამდე, კონცეფცია დინამიკა (თვითმმართველობის ადაპტაციის ცვალებად პირობებში გამოყენება) - მხოლოდ ოცნება პროგრამირების.

ფუნქციური დამოკიდებულება: "სწორი გადაწყვეტილება = პროგრამის (პროგრამისტი)" და მდგომარეობის "უწყვეტი შესაბამისობის პრობლემა" მოქმედებს ხშირ შემთხვევაში, მაგრამ მხოლოდ ერთად. მაგრამ ეს არ არის მათემატიკური საფუძველზე, რომელიც გამოიყენება მონაცემთა ბაზის შექმნა.

პირდაპირი განაცხადი: ბუნებრივი და უწყვეტი დინამიკა ინფორმაცია და პრობლემის გადაჭრის ალგორითმის ნამდვილად ყოველთვის. რელატიური მონაცემთა ბაზაში არის ორობითი დაკავშირებით + + მკაცრი მათემატიკა ზუსტი ფორმალური დიზაინი + ...

მონაცემები, ფაილები და მონაცემთა ბაზები

როგორ მონაცემები ინახება დიდი ხნის განმავლობაში არ აქვს მნიშვნელობა, იქნება ეს მეხსიერების ან გარე მოწყობილობაზე. ტექნიკის კომპონენტი მიაღწია სტაბილური ტემპებით განვითარებას და უზრუნველყოს დიდი მოცულობის.

მთავარი შენახვის პარამეტრების, სხვადასხვა embodiments გამოყენება:

• ფაილი;
• მონაცემთა ბაზაში.

პირველი ენიჭება წყალობა პროგრამისტი (რომ ჩანაწერი, თუ რა ფორმატში, თუ როგორ უნდა გავაკეთოთ, თუ როგორ უნდა წაიკითხოთ ...), მეორე დაუყოვნებლივ მოაქვს საჭიროება ცოდნა მარტივი ფუნქციური დამოკიდებულებები.

შერჩევის კურსი და ინფორმაციის ჩაწერა ფაილი (გონივრული ზომა და არა ასტრონომიული) არის ძალიან სწრაფი, და სიჩქარე მსგავსი მონაცემთა ბაზის ოპერაციებში შეიძლება ზოგჯერ იყოს მნიშვნელოვნად ნელა.

პირადი გამოცდილება და სიბრძნე

ისტორიაში იყო მცდელობა, რომ სცილდება ზღვარს მიაღწია, მაგრამ ამ დღეს დომინირებს relational ბაზაში. სიმდიდრე თეორიული პოტენციალი, პრაქტიკა ფართო და დეველოპერები - კვალიფიციური.

ცნება ფუნქციური დამოკიდებულება მონაცემთა დეველოპერები დააკისროს პროგრამისტი, მაშინაც კი, თუ ის არ აპირებს გამოიყენოს სიმდიდრე მათემატიკურ-ლოგიკური გამოცდილება მშენებლობის კომპლექსური ინფორმაციის სტრუქტურების, პროცესების, მათთან მუშაობა, შერჩევის და ინფორმაციის ჩაწერა.

თუნდაც უმარტივესი შემთხვევაში, პროგრამისტი დამოკიდებულია ბაზაში ლოგიკა, არ აქვს მნიშვნელობა, თუ რას ირჩევს მუშაობა. არ არსებობს სურვილი, რომ დაიცვას კანონები, შეგიძლიათ გამოიყენოთ ფაილი, რომელიც კიდევ ბევრი ფაილი, და ბევრი პირადი გამოცდილება. ბევრი პირადი დრო დაიხარჯება და პრობლემა მოგვარდება დიდი ხნის განმავლობაში.

არ აქვს მნიშვნელობა, თუ რამდენად რთული შეიძლება აღმოჩნდეს მაგალითები ფუნქციური დამოკიდებულება, სულაც არ ჩაძირვაში შევიდა სიღრმეში მნიშვნელობა და ლოგიკა. ხშირად, ეს უნდა ვაღიაროთ, რომ კოლექტიური დაზვერვის შეუძლია შექმნას სხვადასხვა მონაცემთა ბაზებს, სხვადასხვა ზომის და ფუნქცია:

• მყარი Oracle;
• მოთხოვნით და MS SQL სერვერი ;
• პოპულარული MySQL.

- შესანიშნავი relational მონაცემთა ბაზები კარგი რეპუტაცია, მარტივი, სწრაფი გამოცდილი ხელში. მათი გამოყენება ზოგავს დროს და აღმოფხვრის საჭიროება დაწერა მომდევნო ფურცელი დამხმარე კოდი.

მახასიათებლები პროგრამირება და მონაცემთა

პროგრამირებაში უკვე დიდი ხანია დაავადება, რომელიც მუდმივად გადაწერილი, ვიმეორებ მუშაობის წინამორბედები, რომ როგორმე რაღაც ადაპტირება შეცვლილ ინფორმაციას, ამოცანა, ან პირობები მისი გამოყენების.

თავისებურება ფუნქციური დამოკიდებულება, რომ, როგორც პროგრამირების შეცდომა შეიძლება იყოს ძალიან ძვირი. ამოცანა იშვიათად მარტივია. როგორც წესი, დროს ოფიციალურად მოპოვებული ინფორმაციით, კომპლექსის წარმომადგენლობის მონაცემებით. მათი ელემენტები, როგორც წესი, მაშინ ისინი დაკავშირებულია გარკვეული გასაღები ურთიერთობები, მაშინ იქმნება ალგორითმები სახით მაგიდები, შეკითხვებს, ინფორმაციის მოძიება ალგორითმები.

ხშირად დიდი მნიშვნელობა მიბმული კოდირება. არ ყველა მონაცემთა ბაზის გთავაზობთ მობილური გადაწყვეტილებები ხშირ შემთხვევაში შეიძლება შეექმნა, თუ რამდენად კარგად თვალყური MySQL, რომელიც მდგომარეობს ათეული მონაცემთა ბაზა, შესანიშნავი და სტაბილური სამუშაო, აიძულა დეველოპერი მიიღოს მეთერთმეტე ბაზის ანალოგიურია უკვე არსებობს.

არსებობს დრო, როცა საერთო ჰოსტინგი ზღუდავს ფუნქციონალური PHP და ეს გავლენას ახდენს პროგრამირების და წვდომა ბაზაში.

დღევანდელ პროგრამირების პასუხისმგებლობა ექვივალენტი პასუხისმგებლობა პროგრამის ალგორითმი შექმნა მონაცემების მოდელი. ყველა უნდა იმუშაოს, მაგრამ თქვენ ყოველთვის უნდა plunge შევიდა ლაბირინთში თეორია.

DB: მარტივი ურთიერთობისათვის მონაცემები

პირველ რიგში, კონცეფცია მონაცემთა ბაზა - ამ მონაცემთა ბაზაში, მართვის სისტემის მონაცემთა ბაზები (მაგ, MySQL), და ზოგიერთი ინფორმაციის სტრუქტურა ამსახველი მონაცემები ობიექტები და ურთიერთობები, მათ შორის. მონაცემთა ბაზის MySQL «ხელში» თავად იმდენი ინფორმაცია სტრუქტურების სხვადასხვა პროგრამები. ერთი Oracle მონაცემთა ბაზის შეუძლია ინფორმაციის პროცესების დიდი კომპანია ან ბანკი კონტროლი უსაფრთხოების და მონაცემთა მთლიანობა უმაღლეს დონეზე, რომელიც მდებარეობს კომპლექტი კომპიუტერები, რომლებიც სხვადასხვა დისტანციებზე სხვადასხვა ინსტრუმენტი გარემოში.

Accepted ვივარაუდოთ, რომ თანაფარდობა არის ძირითადი რელატიური მოდელი. ელემენტარული მიზეზი - ეს არის ნაკრები სვეტების და რიგების სახელები ღირებულებებს. კლასიკური "ყუთში" (იხილეთ ცხრილი) - მარტივი და ეფექტური პროგრესი. სირთულის და ფუნქციური დამოკიდებულება ბაზაში იწყება, როდესაც "ყუთები" იწყებენ დადოს ურთიერთობა ერთმანეთთან.

სახელი ყოველი სვეტი თითოეული მაგიდა უნდა იყოს უნიკალური კონტექსტში პრობლემა. იგივე არ შეიძლება ორ მაგიდები. ვიცი მნიშვნელობა ცნებები:

• "განსაზღვრა არსი";
• "შედის redundancy";
• "ფიქსირებული ურთიერთობა";
• "იმისათვის, რომ უზრუნველყოს სიზუსტეს."

- ელემენტარული უნდა გამოვიყენოთ მონაცემთა ბაზაში და ავაშენოთ მონაცემთა მოდელი კონკრეტული ამოცანა.

დარღვევა რომელიმე ამ ცნებები - დაბალი ეფექტურობის ალგორითმი, ნელი მონაცემთა შერჩევის, მონაცემების დაკარგვა და სხვა პრობლემები.

ფუნქციური დამოკიდებულება: ლოგიკა და მნიშვნელობა

თქვენ არ შეგიძლიათ წაიკითხოთ tuples ურთიერთობები, იმის შესახებ, რომ ფუნქცია - კომპლექტი არგუმენტები შესატყვისი კომპლექტი ღირებულებები და ფუნქცია - არ არის მხოლოდ ფორმულის ან გრაფიკი, მაგრამ შეიძლება მიეცეს კომპლექტი ღირებულებები - მაგიდა.

არ არის აუცილებელი, მაგრამ ეს არ დააზარალებს წარმოადგენს ფუნქციური ურთიერთობა:

F (x1, x2, ..., xn) = (y1, y2, ..., YN).

მაგრამ, რა თქმა უნდა გვესმოდეს, რომ შესასვლელში - მაგიდა, გამომავალი არის ასევე მაგიდაზე ან კონკრეტული გადაწყვეტილება. როგორც წესი, ფუნქციური დამოკიდებულება, ადგენს ლოგიკა შორის ურთიერთობა მაგიდები, შეკითხვებს, პრივილეგიები, შენახული პროცედურები და სხვა მომენტები (კომპონენტები) მონაცემთა ბაზაში.

ჩვეულებრივ, მაგიდები გარდაიქმნება ერთმანეთს, მაშინ შედეგი. მაგრამ გამოყენების ფუნქციური დამოკიდებულება არ შემოიფარგლება ასეთი იდეა. პროგრამისტი აშენებს წარმომადგენლობის სურათი მონაცემებით, domain მოდელი, ინფორმაციის სტრუქტურა ... არ აქვს მნიშვნელობა, თუ ეძახით, მაგრამ თუ მუშაობს კონკრეტულ მონაცემთა ბაზაში, ეს უნდა ეფუძნებოდეს თავისი ლოგიკა, გაითვალისწინოს მისი მნიშვნელობა და დიალექტი ენა გამოიყენება, როგორც წესი, SQL.

შეიძლება ითქვას, რომ ფუნქციური თვისებების ბაზაში დამოკიდებულებები შესაძლებელია დიალექტი მიერ გამოყენებული SQL ენაზე. მაგრამ ბევრად უფრო მნიშვნელოვანია გვესმოდეს, რომ მას შემდეგ, რაც ყველა ups და Downs განვითარება, ასე არ არის ბევრი ბაზაში გადარჩა, მაგრამ ბევრი დიალექტი ენა და სპეციფიკა შიდა სტრუქტურების ბაზების, ძალიან.

Oh, კარგი ძველი Excel

როდესაც კომპიუტერი აჩვენა დადებითი მხარე ისაა, რომ მსოფლიო კიდევ დაიყოს პროგრამისტები და მომხმარებლებს. როგორც წესი, პირველი გამოყენება:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

მეორე:

• Word.
• Excel.

ზოგიერთი მომხმარებლებს მოახერხა საკუთარი (დახმარების გარეშე პროგრამისტები) სიტყვების ბაზა - უძრავი სისულელეა.

გამოცდილება წევრებს in Excel მონაცემთა ბაზის შექმნა - პრაქტიკული და საინტერესო. მნიშვნელოვანია ის ფაქტი, რომ Excel, თავისთავად, ფუნქციური, ფერადი და პრაქტიკული.

ცხრილური იდეა განსაზღვრული კონცეფცია ფუნქციური დამოკიდებულება ხილვადობას და ხელმისაწვდომობა, მაგრამ ნიუანსები თითოეულ ბაზაში. ყველას აქვს საკუთარი "სახე", მაგრამ Excel to Oracle მანიპულირება მარტივი მოედნები, ანუ მაგიდა.

თუ გავითვალისწინებთ, რომ Excel - ეს არ არის ბაზაში, მაგრამ ბევრი წევრებს (არ დეველოპერები) ეს ასე გამოიყენება, და Oracle - ეს არის რთული და ძლიერი, რათა მივაღწიოთ დიდი გუნდი დეველოპერები სფეროში მონაცემთა ბაზა, ხდება ბუნებრივი უნდა ვაღიარო - მონაცემთა ბაზაში არის წარმომადგენლობა კერძოდ პროგრამისტი (გუნდი) კონკრეტული პრობლემა და მისი გადაწყვეტა.

რა არის ფუნქციური დამოკიდებულება, რა, სად, რატომ ... როგორც ჩანს, მხოლოდ ავტორის ან ჯგუფს.

მომხმარებლის სადაც რელატიური დამოკიდებულება

სამეცნიერო და ტექნოლოგიური პროგრესი - ძალიან მტკივნეული პროცედურა, ზოგჯერ სასტიკი. თუ გავიხსენებთ, სადაც ბაზაში დაიწყო, რა * .DBF, როგორც ბრენდირებული კიბერნეტიკის, მაშინ შემიყვარდა კომპიუტერული მეცნიერება და დაიწყო მოწყობა დაბრკოლებები გადაადგილების მაღალტექნოლოგიური ქვეყნის დონეზე, ნათელი ხდება, რატომ რელატიური მონაცემთა ბაზის იმდენად tenacious და კარგი. რატომ არის კლასიკური სტილის, რომ ამ დღეს ცოცხალი პროგრამირების და ობიექტზე ორიენტირებული პროგრამირების უბრალოდ ღირებული, მაგრამ ჯერ კიდევ არ არის გამორიცხული.

არ აქვს მნიშვნელობა, თუ რამდენად ლამაზი ფუნქციური ურთიერთობის კონტექსტში მათემატიკის:

ეს არ არის ორობითი ურთიერთობისათვის, ან უფრო სწორად, ეს არის შემთხვევა, გადახედოს შექმნის იდეას შორის ურთიერთობების გავურბივარ ატრიბუტები, გამოიძიოს "ერთ-ბევრი" კომუნიკაციის, "ბევრი ერთი", "ბევრი ბევრი" ან "ბევრი გააკეთებს, და ერთი კერძოდ".

პარამეტრები ურთიერთობების შეგიძლიათ ამუშავება მრავალფეროვანი. ეს მათემატიკა ლოგიკა, და ეს არის მკაცრი! ინფორმაცია - მას აქვს საკუთარი მათემატიკა, სპეციალური. ეს შეიძლება იყოს მხოლოდ ფორმალობაა ვთქვა, ძალიან დიდი მინუსი.

თქვენ არ შეგიძლიათ გააფორმონ სამუშაო კადრების განყოფილების, წერენ ACS მოპოვების ნავთობისა და წარმოების რძე, პური, გააკეთოს არჩევანი დიდი ბაზა Google, Yandex და Rambler, მაგრამ შედეგი ყოველთვის იქნება სტატიკური და ყოველ მომენტში ერთი და იგივე!

იმ შემთხვევაში, თუ ფუნქციური დამოკიდებულება = მკაცრი ლოგიკა და მათემატიკა = საფუძველი მონაცემთა ბაზა, თუ რა სახის დინამიკა შეგვიძლია ვისაუბროთ. ნებისმიერი გადაწყვეტილება იყოს ფორმალური, რაიმე ფორმალური მონაცემთა მოდელი + = მკაცრი ალგორითმი ზუსტი და ცალსახა გადაწყვეტილება. ინფორმაცია და ფარგლები ნებისმიერი პროგრამა ცვლის დროს.

Sample საძიებო იმავე საძიებო ფრაზა არ შეიძლება იყოს იგივე საათში ან ორი, და, ცხადია, ერთ დღეში - თუ საძიებო ფრაზა ეხება ინფორმაციას ტერიტორია, რომელიც მთელი რიგი საიტები, რესურსები, ცოდნა, და სხვა ელემენტები, რომლებიც მუდმივად იცვლება .

მომხმარებლის ხაზები და ობიექტები

მაშინაც კი, თუ პროგრამა არის წმინდა მათემატიკური და მისი ბაზაში კი არ ფიქრობს დინამიკა ყველა ყოველთვის არის ონლაინ. და არ არის ხანგრძლივი ხაზი. და ის არის უსასრულო, არ შეიძლება იყოს. ეს არ შეიძლება იყოს ცვლადი, ცვლადი მხოლოდ პირობითად. გარდა ამისა, ნებისმიერი მონაცემთა ბაზაში მათი მათემატიკური და ორობითი ბიუროკრატია აკისრებს ბევრი პროცედურების, და ეს სიჩქარე + ხარისხის შერჩევა და ინფორმაციის დამუშავების.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. თუ ამ და სხვა სფეროებში ბაზაში მონაცემები, განსაკუთრებით, რეალური შეზღუდვა დაემატება: ცოტა ნომერი, თანდასწრებით წერილი "ე", პრეზენტაციის ფორმატი - მოკლედ ყველგან და ყოველთვის აქვს მნიშვნელოვანი თვისებები ფუნქციონალური მონაცემთა ბაზა დამოკიდებულებები: string პირობითი ცვლადი სიგრძის მასობრივი ორობითი ფორმალობები და მკაცრი მათემატიკური შეზღუდვები.

თუ თქვენ ტონის შეცვლა და მოუსმინოს პულსი დინამიკა, ყველა ობიექტი შეიძლება დახატული. პირველ მიახლოებაში, სვეტი სახელი მაგიდა - არის ობიექტი, სიაში სახელები - იგივე ობიექტი, მოკლედ მაგიდა - ობიექტი header და ეს სახელები სვეტის header. და კეპები არ შეიძლება ...

თუმცა, სტრიქონები შეიძლება იყოს მაგიდასთან. და ხაზი შეიძლება ღირებულება. და რატომ უნდა იყოს იგივე რაოდენობა. სრული კვადრატული მაგიდა - ამ კონკრეტულ და ხშირ შემთხვევაში, კერძო.

თუ თქვენ წარმოიდგინეთ ყველა დიზაინის მონაცემთა ბაზის ობიექტები, მაშინ, ალბათ, არ უნდა ავაშენოთ მკაცრი ორობითი ურთიერთობები. ეს არის ბუნებრივი და რეალური გრძნობა, თუ მხოლოდ იმიტომ, რომ ეს არის ობიექტური (რა თქმა უნდა, მათემატიკური) ლოგიკა ასახავს დინამიკა ინფორმაცია და გარემო, რომელშიც არსებობს ამოცანები.