Հոդվածում բացատրվում է, թե ինչու օգտվողները պետք է խուսափեն օգտագործելուց cտվյալների շտեմարանում հաշվարկված դաշտերը և փոխարենը օգտագործում են հարցումներ:
MS Access- ը թույլ է տալիս իր օգտվողներին տարբեր հաշվարկներ կատարելու համար սեղանի նախագծում ստեղծել հաշվարկված սյուններ (դաշտի տեսակ), բայց ավելի հաճախ դա խախտում է նորմալացման կանոնները: Ուստի առաջարկվում է հարցումներ օգտագործել հաշվարկված դաշտերի փոխարեն: Այս հոդվածը մանրամասն կբացահայտի այս կետը:
Հաշվարկված դաշտերը MS Access- ում
Հաշվարկված դաշտերը աղյուսակի բաղկացուցիչ մասն են և նախատեսված են օգնելու օգտվողներին արդյունավետորեն զարգացնել ծրագրերը: Բայց նորմալացման կանոնի համաձայն, խորհուրդ չի տրվում պահել արժեքներ, որոնք կախված են այլ ոլորտներից ՝ շփոթությունից և անկանոնությունից խուսափելու համար: Հաշվարկված դաշտերը, չնայած հարմար են և օգտագործման համար դյուրին, պետք է խուսափել, քանի որ դրանք ի վիճակի չեն զանգահարել օգտագործողի կողմից սահմանված գործառույթներ, քանի որ դրանք միայն ծրագրավորված են ներկառուցված գործառույթները գործարկելու համար: Մուտքը թույլ չի տալիս հաշվարկված դաշտերին ներառել տարբեր աղյուսակների կամ հարցումների դաշտեր: Օգտագործողները պետք է նաև տրամադրեն բոլոր մյուս պարամետրերը `սխալներից խուսափելու համար: Հարկ է նաև հաշվի առնել, որ հաշվարկված դաշտերի արդյունքները հաշվարկվում են միայն այն ժամանակ, երբ դրանք գեներացվում են գործարկման ժամանակ, այսինքն `հարցման կամ հարցման հիման վրա հաշվետվության կատարման պահին:
Պետք է նշել, որ Access- ի տարբերակները մինչ MS Access 2010-ը չեն կարողանա գործել աղյուսակները, այդպիսով սահմանափակելով դրա օգտագործումը: Հաշվարկված դաշտերի հուսալիությունը համեմատաբար ցածր է, քանի որ տվյալները աղյուսակ մուտքագրելուց հետո Արտահայտությունը փոխելուց հետո արդյունքները դժվարությամբ են թարմացվում: Սրանք հաշվարկված դաշտերից խուսափելու հիմնական պատճառներն են:
Հարցումներ
Հարցումները հաշվարկված դաշտերի ավելի լավ այլընտրանք են, քանի որ դրանք արժեքը չեն պահում աղյուսակում: Հարցումները օգտակար են տվյալների կառավարման խնդիրները ավտոմատացնելու և փոփոխությունները վերանայելու հարցում: Հարցումները կարող են ստեղծվել ՝ օգտագործելով հարցման հրաշագործը կամ Deign տեսքից:
Եկեք օրինակ վերցնենք երկու դաշտերի՝ Քանակ և Միավոր Արժեք, որտեղ օգտատիրոջը անհրաժեշտ է Քանակ * Միավոր Արժեք արտահայտությունը մուտքագրել մեկ այլ դաշտի՝ «Գումար»-ի համար։ Այսպիսով, «Հաշվարկել» դաշտերը օգտագործելու փոխարեն, օգտատերը պետք է ստեղծի հարցում՝ հիմնվելով աղյուսակի վրա։ Նրանք կարող են մուտքագրել արտահայտությունը հարցման դիզայնի «Դաշտ» տողում, և այն կարող է գրվել հետևյալ կերպ։
Amount: [Quantity] * [UnitCost]
Դա կստեղծի մեկ այլ դաշտ, որը կոչվում է Գումար, որն ավելի պարզ և արդյունավետ կլինի: Այս հարցման վրա հիմնված ձևերն ու հաշվետվությունները կվերաբերվեն հաշվարկված դաշտերին, ինչպես ցանկացած այլ գրառման:
Հաշվարկված արդյունքի պահպանում
Կան նաև մի քանի դեպքեր, երբ օգտվողները զգում են այլ արժեք պահելու անհրաժեշտություն և որոշ ճկուն կանոններ: Այնուամենայնիվ, դա կարելի է անել «Թարմացնելուց հետո» իրադարձության օգնությամբ, որը թույլ կտա օգտվողներին չեղյալ համարել հաշվարկը և մուտքագրել տարբեր արժեք ՝ ըստ իրենց նախընտրության:
MS Access 2010 տարբերակում կարելի է ընտրել Հաշվարկված տվյալների տեսակը, որը ցույց կտա արտահայտությունը: Օգտագործողները կարող են մուտքագրել այդ արտահայտությունը (ասենք [Քանակ] * [Unitprice]), իսկ Access- ը կկատարի հաշվարկները ամեն անգամ, երբ օգտվողը մուտք կգտնի գրառում: Առանձնահատկության հետ կապված խնդիրն այն է, որ սահմանափակ արտահայտություններ կան, այդպիսով սահմանափակելով օգտվողներին օգտագործել այն իրական նպատակներով:
Որպես Access օգտվող, դուք միշտ պետք է պատրաստ լինեք գործ ունենալ տվյալների կոռուպցիայի դեպքերի հետ: Նման սցենարի բախվելու դեպքում մի հապաղեք զանգահարեք այնպիսի հզոր գործիք, ինչպիսին է DataNumen Access Repair դեպի շտկել MDB- ն ֆայլեր.
Հեղինակի ներածություն.
Վիվիան Սթիվենսը տվյալների վերականգման փորձագետ է DataNumen, Inc., որը տվյալների վերականգման տեխնոլոգիաների համաշխարհային առաջատարն է, այդ թվում վերանորոգել sql և գերազանցել վերականգնման ծրագրային արտադրանքները: Լրացուցիչ տեղեկությունների համար այցելեք www.datanumen.com