Ֆունկցիոնալ կախվածություն եւ հարակից տվյալների բազաներ

Տեղեկատվությունը միշտ եղել է բավականաչափ դինամիկ հետաքրքրություն: Ծրագրավորման լեզուների, հարակից տվյալների բազաների եւ տեղեկատվական տեխնոլոգիաների զարգացումը արմատապես փոխեց հետաքրքրության բովանդակությունը եւ կառուցվածքը: Ձեւակերպվել է ներկայացուցչության որոշակի խիստ համակարգ: Ձեւավորումը, ճշգրիտ մաթեմատիկան եւ երկուական հարաբերությունները դարձել են հաջող եւ արագ զարգացող գիտելիքների եւ փորձի դաշտ:

Տեղեկատվության բնական աշխարհը չի փոխել իր դինամիկան եւ զարգացնել իր բովանդակությունը եւ կառուցվածքը, բարձրացել է նոր բարձրության վրա: Այն հարթ ձեւավորում է, եւ բնության մեջ չկա «ուղղանկյուն» : Տեղեկատվությունը, իհարկե, վարկավորում է ֆորմալացումը, բայց դինամիկան ունի, ոչ միայն տվյալների վերափոխման եւ ալգորիթմները փոխվում են, խնդիրներն ու դրանց կիրառման ոլորտները փոխվում են:

Տեղեկատվություն> ձեւավորման տվյալները >>

Տեղեկատվությունը վերափոխվում է տվյալների (տվյալների մոդել, տեղեկատվական կառուցվածք, տվյալների բազա), քանի որ ծրագրավորողը տեսնում է այն: Չկա երաշխիք, որ այս տեսլականը ճիշտ է, բայց եթե ծրագիրը լուծում է առաջադրանքը, ապա տվյալները համապատասխան կերպով ներկայացվել են:

Հարցը, թե ինչպես ճիշտ ձեւակերպված տեղեկատվությունը ժամանակի հարց է: Մինչ օրս դինամիկայի հայեցակարգը (օգտագործման փոփոխվող պայմաններին ինքնագնահատումը) պարզապես ծրագրավորման երազանք է:

Ֆունկցիոնալ կախվածություն. «Ճիշտ լուծում = ծրագիր (ծրագրավորող)» եւ պայմանը, «խնդրի շարունակական համապատասխանությունը» շատ դեպքերում վավեր է, բայց միայն միասին: Բայց սա մաթեմատիկական հիմք չէ, որն օգտագործվում է տվյալների բազաների ստեղծման ժամանակ:

Ուղղակի հայտարարություն. Տեղեկատվության բնական եւ շարունակական դինամիկան եւ խնդիրների լուծման ալգորիթմները միշտ էլ գործն են: Հարաբերական տվյալների բազաները երկուական հարաբերություններ են + խիստ մաթեմատիկա + ճշգրիտ ձեւական շինություններ +, ...

Տվյալներ, ֆայլեր եւ տվյալների բազաներ

Ինչպես երկար ժամանակ պահպանվում են տվյալները, նշանակում է դա RAM- ը կամ արտաքին սարքը: Սարքավորման բաղադրիչը հասել է զարգացման կայուն տեմպին եւ ապահովում է մեծ քանակությամբ լավ որակ:

Հիմնական պահեստավորման տարբերակները, որոնք տարբերվում են տվյալների օգտագործման վրա.

• Ֆայլեր;
• Նյութերի բազա:

Առաջինը նախատեսված է ծրագրավորողի համար (ինչ գրել, ինչ ձեւաչափով, ինչպես անել, ինչպես կարդալ ...), երկրորդը անմիջապես բերում է սովորական ֆունկցիոնալ կախվածության սովորելու անհրաժեշտությունը:

Նմուշառման եւ ձայնագրման արագությունը ֆայլերի հետ աշխատելու ժամանակ (խելամիտ չափով, ոչ աստղագետ) շատ արագ է, եւ տվյալների բազայի հետ նմանատիպ գործողությունների արագությունը երբեմն նկատելիորեն դանդաղ է:

Անձնական փորձ եւ կոլեկտիվ հետախուզություն

Պատմության մեջ սահմանափակումներից դուրս գալու փորձեր են եղել, սակայն այսօրվա դրությամբ գերակայում են հարաբերական տվյալների բազաները: Մեծ տեսական պոտենցիալը կուտակվում է, կիրառման պրակտիկան լայն է, եւ մշակողները բարձր որակավորում ունեն:

Տվյալների բազայի մշակողների ֆունկցիոնալ կախվածության հայեցակարգը պարտադրված է ծրագրավորողին, նույնիսկ եթե նա մտադիր չէ օգտագործել բարդ տեղեկատվական կառույցների կառուցապատման հարուստ մաթեմատիկական եւ տրամաբանական փորձը, դրանց հետ աշխատելու գործընթացները, տեղեկություններ հավաքելը եւ ձայնագրումը:

Նույնիսկ ամենապարզ դեպքերում, ծրագրավորողը կախված է տվյալների բազայի տրամաբանությունից, անկախ այն բանից, թե ինչն է նա ընտրում: Կանոններին հետեւելու ցանկություն չկա, դուք կարող եք օգտագործել ֆայլեր, դուք կստանաք բազմաթիվ ֆայլեր եւ շատ անձնական փորձ: Շատ անձնական ժամանակ կծախսվի, եւ խնդիրը երկար ժամանակ կլուծվի:

Անկախ նրանից, թե որքան դժվար է ֆունկցիոնալ կախվածության օրինակները, անհրաժեշտ չէ սուզվել իմաստության եւ տրամաբանության խորքերում: Հաճախ պետք է ճանաչել, որ կոլեկտիվ միտքը կարողացել է ստեղծել տարբեր չափերի եւ ֆունկցիոնալության գերազանց տվյալների բազա.

• Solid Oracle;
• Պահանջելով MS SQL Server ;
• Հանրաճանաչ MySQL- ը:

- Գերազանց հարաբերական տվյալների շտեմարան, լավ հեղինակություն ունեցող, հեշտ օգտագործվող, արագ հմուտ ձեռքերում: Նրանց օգտագործումը խնայում է ժամանակը եւ վերացնում է օժանդակ կոդի կանոնավոր թերթիկները գրելու անհրաժեշտությունը:

Ծրագրավորման եւ տվյալների առանձնահատկությունները

Երկար ժամանակ ծրագրավորումն անընդհատ կրկնօրինակում է հիվանդությունը, կրկնելով իր նախորդների աշխատանքը, ինչ-որ կերպ ինչ-որ բան փոխել փոփոխվող տեղեկատվությանը, խնդիրն ու դրա օգտագործման պայմանները:

Ֆունկցիոնալ կախվածության առանձնահատկությունն այն է, որ, ինչպես ծրագրավորման մեջ, սխալը կարող է շատ թանկ լինել: Խնդիրը հազվադեպ է պարզ: Սովորաբար, տեղեկատվության ձեւավորման ընթացքում ստացվում է տվյալների ամբողջական ներկայացում: Սովորաբար դրանց տարրերը առանձնացված են, ապա դրանք կապված են որոշակի հարաբերությունների բանալիների հետ, ապա ձեւավորվում են աղյուսակների ձեւավորման ալգորիթմներ, հարցումներ, տեղեկատվության ստացման ալգորիթմներ:

Հատկապես կարեւոր է կապել կոդավորումը: Ոչ բոլոր տվյալների բազաները առաջարկում են բջջային լուծումներ, դուք կարող եք հաճախ տեսնել, թե որքան լավ է կարգավորվել MySQL- ը, որի վրա առկա են տասնյակ տվյալների բազաներ, կատարյալ եւ կայուն աշխատող, ստիպում է մշակողին կատարել այնպիսի տասնմեկերորդ բազան, ինչպիսին գոյություն ունի:

Կան ժամանակներ, երբ համօգտագործվող հոսթինգը սահմանափակում է PHP- ի ֆունկցիոնալությունը եւ սա թողնում է տվյալների բազայի ծրագրավորման հասանելիությունը:

Ժամանակակից ծրագրավորման ժամանակ ծրագրային ալգորիթմի պատասխանատվությունը հավասար է տվյալ մոդելի ստեղծման պատասխանատվությանը: Ամեն ինչ պետք է աշխատի, բայց միշտ չէ, որ պետք է սուզվել տեսության ջունգլիներում:

DB: պարզ տվյալների կախվածությունը

Նախեւառաջ, տվյալների բազայի հայեցակարգը եւ տվյալների բազան որպես տվյալների բազայի կառավարման համակարգ (օրինակ, MySQL) եւ որոշ տեղեկատվական կառույց, որը արտացոլում է խնդրի տվյալները եւ նրանց միջեւ փոխհարաբերությունները: Մեկ MySQL- ի տվյալների բազան «ունի» ինքնուրույն կիրառման տարբեր ոլորտներում տեղեկատվական կառույցների ցանկացած քանակի: Մի Oracle- ի տվյալների բազան կարող է ապահովել տեղեկատվական գործընթացներ խոշոր ընկերության կամ բանկի համար, վերահսկել անվտանգությունը եւ տվյալների անվտանգությունը ամենաբարձր մակարդակով, տարբեր գործիքների վրա տարբեր հեռավորության վրա գտնվող տարբեր համակարգերի վրա:

Ընդհանուր առմամբ, հարաբերությունը հարաբերական մոդելի մեջ հիմնական է: Տարրական հարաբերություն է արժեքների արժեք ունեցող անվանումների եւ շարքեր ունեցող սյունակների շարք: Դասական «ուղղանկյունը» (սեղան) առաջընթացի պարզ եւ արդյունավետ ձեռքբերումն է: Տվյալների բազայի բարդությունն ու ֆունկցիոնալ կախվածությունը սկսվում է այն ժամանակ, երբ «ուղղանկյունները» սկսում են մտնել միմյանց հետ:

Յուրաքանչյուր սեղանի յուրաքանչյուր սյունակի անունը պետք է լինի յուրահատուկ `առաջադրանքի համատեքստում: Նույն տվյալները չեն կարող երկու աղյուսակում լինել: Գիտեք հասկացությունների իմաստը.

• «Սահմանել օբյեկտներ»;
• «Վերացնել ավելորդությունը»;
• "Ամրագրել հարաբերությունները";
• «Ապահովել հուսալիությունը»:

- Տվյալների բազայի օգտագործման տարրական անհրաժեշտություն եւ որոշակի առաջադրանքի համար տվյալների մոդել կառուցել:

Տվյալ հասկացություններից որեւէ մեկի խախտում `ալգորիթմի ցածր արդյունավետություն, դանդաղ տվյալների որոնում, տվյալների կորուստ եւ այլ խնդիրներ:

Ֆունկցիոնալ կախվածություն. Տրամաբանություն եւ իմաստ

Դուք չեք կարող կարդալ հարաբերությունների փոխկապակցվածության մասին, այն փաստը, որ գործառույթը մի շարք փաստարկների համապատասխանություն արժեքների շարք է, եւ գործառույթը ոչ միայն բանաձեւ կամ գրաֆիա է, այլեւ կարող է տրվել արժեքների շարք `սեղան:

Անպայման չէ, բայց դա չի խանգարում ֆունկցիոնալ կախվածությունը ներկայացնել որպես:

F (x1, x2, ..., xN) = (y1, y2, ..., yN):

Բայց անհրաժեշտ է հասկանալ, որ ներածության մեջ կա սեղան, արտադրանքի մեջ կա նաեւ սեղան կամ կոնկրետ լուծում: Սովորաբար ֆունկցիոնալ կախվածությունը սահմանում է աղյուսակների, հարցումների, արտոնությունների, տրաֆիկների, պահված ընթացակարգերի եւ այլ բազայի բաղադրիչների (բաղադրիչների) միջեւ փոխհարաբերությունների տրամաբանությունը:

Սովորաբար սեղանները փոխարկվում են միմյանց, ապա արդյունքում: Սակայն ֆունկցիոնալ կախվածության օգտագործումը չի սահմանափակվում միայն նման գաղափարի վրա: Ծրագիրն ինքն է կառուցում իր նկարը, դոմենային մոդելի, տեղեկատվական կառուցվածքի սեփական նկարը ... կարեւոր չէ, թե ինչպես կարելի է անվանել այն, բայց եթե այն աշխատում է տվյալ տվյալների բազայում, այն պետք է կառուցվի ըստ տրամաբանության, հաշվի առնի օգտագործված լեզվի սովորական իմաստը եւ բարբառը, սովորաբար SQL:

Կարելի է պնդել, որ տվյալների բազայի ֆունկցիոնալ կախվածության հատկությունները հասանելի են օգտագործվող SQL լեզվի բարբառով: Սակայն շատ ավելի կարեւոր է հասկանալ, որ զարգացման բոլոր ճակատագրերից հետո ոչ այնքան բազաներ գոյատեւել են, այլեւ այդ լեզուների բազմաթիվ բարբառներ եւ հիմքերի ներքին կառուցվածքների առանձնահատկությունները:

Լավ հին Excel- ի մասին

Երբ համակարգիչը դրսեւորեց դրական կողմը, աշխարհը անմիջապես բաժանվեց ծրագրավորողներին եւ օգտագործողներին: Սովորաբար առաջին օգտագործումը `

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

Երկրորդ `

• Բառ:
• Excel- ում:

Որոշ օգտվողներ կարողանում են դա անել (առանց ծրագրավորողների օգնությամբ) Բառի տվյալների բազայում `իրական անհեթեթություն:

Excel- ում օգտագործողների փորձը տվյալների բազաների ստեղծման համար գործնական եւ հետաքրքիր է: Կարեւոր է, որ Excel- ը գործնական, գունագեղ եւ գործնական լինի:

Ֆունկցիոնալ կախվածության հասկացությունը սահմանած աղյուսակային գաղափարն ակնհայտ է եւ մատչելի, սակայն յուրաքանչյուր բազայի համար կա նրբություններ: Յուրաքանչյուրն իր սեփական «դեմքը» ունի, սակայն Excel- ից Oracle- ից ամեն ինչ մղվում է պարզ հրապարակներով, այսինքն, սեղաններ:

Եթե դուք համարում եք, որ Excel- ը ոչ բոլոր տվյալների բազա է, բայց շատ օգտվողներ (ոչ ծրագրավորողներ) օգտագործում են այդպիսին, եւ Oracle- ն տվյալների բազաների ոլորտում մշակողների մեծ թիմի ամենաբարդ եւ հզոր ձեռքբերումն է, բնական է դառնում, որ տվյալների բազան այս ներկայացուցչությունն է Հատուկ ծրագրավորող (թիմ) կոնկրետ խնդիր եւ դրա լուծում:

Ինչ է ֆունկցիոնալ կախվածությունը, ինչով, որտեղ, ինչու ... ակնհայտ է միայն դրանց հեղինակը կամ կոլեկտիվը:

Ինչ վերաբերում է հարաբերական հարաբերություններին

Գիտական եւ տեխնոլոգիական առաջընթացը շատ ցավալի ընթացակարգ է, եւ երբեմն դաժան է: Եթե հիշում եք, թե ինչպես է սկսվել տվյալների բազան, ինչ * .dbf- ը, ինչպես են նրանք բրենդել կիբեռնետիկա, ապա նրանք սիրահարվում էին համակարգչային գիտությանը եւ սկսեցին խոչընդոտել բարձր տեխնոլոգիաների փոխանցումը երկրի մակարդակով, պարզ է դառնում, թե ինչու են հարակից տվյալների բազաները այնքան տխուր եւ լավ: Ինչու է ծրագրավորման դասական ոճը դեռ կենդանի, եւ օբյեկտի վրա հիմնված ծրագրավորումը պարզապես գնահատվում է, բայց դեռեւս չի նշանակում:

Անկախ նրանից, թե որքան գեղեցիկ ֆունկցիոնալ կախվածությունը մաթեմատիկայի համատեքստում է.

Սա երկուական փոխհարաբերություններ չէ, առավել եւս, դա առիթ է վերանայել բազմաթիվ հատկանիշների միջեւ հարաբերություններ հաստատելու գաղափարը, ուսումնասիրելով մեկից-շատ, շատ-շատեր, շատ-շատեր, կամ ընդհանրապես շատեր, եւ մասնավորապես:

Դուք կարող եք գալ մեծ բազմազան հարաբերություններ: Սա մաթեմատիկայի տրամաբանությամբ է, եւ դա խիստ է: Տեղեկատվությունը յուրահատուկ մաթեմատիկա է, հատուկ: Դրա համար կարելի է խոսել միայն ձեւականության մասին, միայն շատ մեծ մինուսով:

Դուք կարող եք ձեւակերպել կադրային բաժնի աշխատանքը, գրել ACS նավթի արտադրության կամ կաթի արտադրության, հաց, ընտրություն կատարել հսկայական հիմքի վրա Google- ի, Yandex- ի կամ rambler, բայց արդյունքը միշտ կլինի ստատիկ եւ ամեն անգամ նույնն է:

Եթե ֆունկցիոնալ կախվածությունը = խիստ տրամաբանություն եւ մաթեմատիկա = հիմունքների համար, ապա ինչ դինամիկա կարող ենք խոսել: Ցանկացած որոշում կլինի ֆորմալ, ցանկացած պաշտոնական տվյալների մոդելը + խիստ ալգորիթմ = ճշգրիտ եւ հստակ լուծում: Յուրաքանչյուր ծրագրի տեղեկատվությունը եւ ծավալը միշտ փոփոխվում է:

Միեւնույն որոնման բառի վրա որոնման ընտրության ընտրությունը չի կարող նույն ժամին կամ երկու ժամում եւ, միանշանակ, մեկ օրում, եթե որոնման արտահայտությունը վերաբերում է տեղեկատվության դաշտին, որտեղ կայքերը, ռեսուրսները, գիտելիքները, այլ տարրերը շարունակաբար փոխվում են .

Ցանցերի եւ օբյեկտների մասին

Նույնիսկ եթե ծրագիրը զուտ մաթեմատիկական է, եւ նրա բազան նույնիսկ չի մտածում դինամիկայի մասին, միշտ էլ գծեր կան : Եվ տողը երկարություն ունի: Եվ դա չի կարող անսահման լինել: Այն չի կարող լինել նույնիսկ փոփոխական, միայն պայմանական փոփոխական: Բացի այդ, մաթեմատիկական եւ երկուական բյուրոկրատական ապարատներով ցանկացած բազա շատ ձեւականություններ է պարունակում, եւ սա նմուշառման եւ տեղեկատվության մշակման արագություն + որակ է:

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Եվ եթե մի շարք դաշտերի թվային բազայում, հատկապես իրականում, ավելացվում են խոչընդոտների `բիտերի խորությունը,« e »տառի ներկայությունը, ներկայացման ձեւաչափը ամենուր ավելի կարճ է եւ մենք միշտ ունենք տվյալների բազայի ֆունկցիոնալ կախվածության կարեւոր առանձնահատկությունները. Պայմանական փոփոխական երկարության տողեր, երկուական թվերի զանգվածով Կառուցվածքներ եւ խիստ մաթեմատիկական սահմանափակումներ:

Եթե փոխեք ազդանշանը եւ լսեք դինամիկայի զարկերակը, ապա ամեն ինչ կարելի է նկարել օբյեկտների վրա: Առաջին մոտեցման մեջ աղյուսակում սյունակն օբյեկտ է, անունների ցանկը նաեւ օբյեկտ է, սեղանն ավելի ցածր է վերնագրի օբյեկտը եւ վերնագրում սյունակների անունները: Եվ գլխարկները չեն կարող լինել ...

Բայց սեղանի վրա կարող է լինել գծեր: Իսկ լարը կարող է ունենալ արժեքներ: Եվ ինչու նրանք միշտ պետք է լինեն նույն թվով: Ամբողջական քառակուսի սեղան առանձնահատուկ է, եւ շատ դեպքերում, մասնավորը:

Եթե ներկայացնեք բոլոր շինությունները տվյալների բազայում օբյեկտների հետ, ապա, գուցե, հարկավոր չէ կառուցել խիստ երկուական հարաբերություններ: Այս առումով կա բնական եւ իրական իմաստ, եթե միայն այն օբյեկտիվ (միանշանակ ոչ մաթեմատիկական) տրամաբանության առումով, որն արտացոլում է տեղեկատվության դինամիկան եւ այնպիսի միջավայր, որտեղ առկա են խնդիրներ: