Տվյալների բազայի ձևավորումը հասանելի գիտելիքների և գործիքների հարմարեցման հաջորդական գործընթաց է՝ տեղեկատվության ներկայացման և մշակման համար:
Իրական շրջանակը, կոնկրետ առաջադրանքը, մուտքային տեղեկատվության հոսքի նկարագրությունը և տեղեկատվության մշակման գործընթացի մասին ընդհանուր պատկերացումները աստիճանաբար ավելացվում են որոշակի հայեցակարգային գաղափարի, թե ինչ է տվյալների բազան կոնկրետ դեպքում և ինչպես: աշխատել դրա հետ։
Ժամանակակից տվյալների բազա
Հարաբերական հարաբերությունները ցանկացած տեղեկատվական մոդելի հիմքում են: 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 Server-ը մեկ այլ քաղաքում հասանելի է ընկերության բաշխված ցանցի միջոցով:
Այս լուծման դեպքում նախ անհրաժեշտ է լուծել որոշակի խնդիր՝ ստեղծել տվյալների փոխանակում ներքին սերվերի հետ:
Ընդհանուր առաջադրանքի տեխնիկական կատարումը անպայմանորեն կազդի սկզբնական փուլի վրա. հազվադեպ է, որ տվյալների բազայի ձևավորումը կարող է կատարվել զրոյից: Նույնիսկ հիմնախնդիրների լուծման ապացուցված տեխնոլոգիայով, շրջանակը զարգանում է, միշտ պահանջվում է անել մի բան այլ կերպ, քան ի սկզբանե նախատեսված էր:
Վերջերս շատ տեսաբաններ և պրակտիկանտներ գործում են սուբյեկտների հետ որպես հատուկ տվյալներ: Սրանք աբստրակցիաներ են, որոնք թույլ են տալիս նկարագրել տեղեկատվության մոդելը մուտքագրման, մշակման ընթացքում և վերջնական արդյունքում՝ տվյալների բազայում:
Տվյալների և կազմակերպությունների դիտումներ
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-ի մեկ այլ աղյուսակ կարող է ապահովել դինամիկ բովանդակություն և չպահանջել ծրագրավորողի մասնակցությունը քիչ թե շատ պատշաճ ժամանակ աշխատանքի ավարտից հետո:
Խնդիրն այն է, թե որքանով է ձևակերպված կիրառական տարածքի դինամիկան, այլ ոչ թե տվյալների բազայի կառուցվածքը:
Կենդանի լուծումներ
Անհնար է աշխատանք պլանավորել այնպես, որ պրոֆեսիոնալ մշակողների թիմը կապի առաջադրանքի հետ: Ոչ թե թիմը վիրավորվեց, բայց սա ճիշտ մոտեցում չէ։
Տվյալների բազայի նախագծման խնդիրը պետք է ձևակերպվի այնպես, որ մշակված ֆունկցիոնալությունը ինքն իրեն բարելավի, կուտակի գիտելիքներ և իր «պարտականությունների» կատարման ժամանակ սկսի ոչ թե ծածկագրից,ստեղծված է փորձագետների կողմից, բայց այս ծածկագրի միջոցով ձեռք բերված գիտելիքներից։
