Այս հոդվածում մենք կանդրադառնանք դանդաղ կատարող MS Access տվյալների շտեմարանի հիմքում ընկած մի քանի հնարավոր պատճառների, երբ այն հասանելի է ցանցով:
Շտեմարանի դանդաղ աշխատելու կամ վատ կատարման տարբեր պատճառներ կան: Այս շտեմարանները կառուցված չեն ենթաօպտիմալ կերպով գործելու համար, բայց ինչ-որ կերպ, երկարաժամկետ հեռանկարում, դրանք ի վերջո վատ արդյունք են տալիս: MS Access տվյալների շտեմարանի դանդաղ աշխատանքի մի քանի պատճառներ, հավանաբար, կարող են լինել հետևյալներից մեկը.

- Լռելյայնորեն, MS Access- ը հնարավորություն ունի ցույց տալ տվյալների թերթերը կապված աղյուսակների միջև: Եթե դուք հաճախ աշխատում եք Data-sheet View- ում, ապա դա ավելի հաճախ չի պահանջվում: Սա բացասաբար է ազդում արագության վրա: Ուստի խորհուրդ է տրվում անջատել այս հնարավորությունը:
- Եթե դուք օգտագործում եք կապված աղյուսակ, և տվյալները տեղափոխում եք մեկ գրառումից մյուսը, դա կարող է նվազեցնել արագությունը: Մի շատ նավարկեք:
- Եթե զննարկման ձևը վերականգնվում է կապի միջոցով, այն կարող է նաև նվազեցնել արագությունը:
Timesամանակ առ ժամանակ տվյալների շտեմարանի բաժանումը դանդաղեցնում է նաև կատարողականի կարողությունը: Դուք կարող եք հեշտությամբ պառակտել տվյալների բազան, եթե այն ունի միայն մեկ օգտվող, այնուամենայնիվ, կծկումներից խուսափելու համար դուք պետք է պահեք ինչպես առջևի, այնպես էլ հետևի ծայրերը տեղական համակարգում:
- Օգտագործելով ստատիկ տվյալներ, ինչպիսիք են zip կոդերը և այլն, ստեղծում են տեղական սեղաններ, հակառակ դեպքում դա նորից կնվազեցնի իրերի արագությունը:
- Իմպլանտացիայի գրաֆիկան նաև պատճառներից մեկն է, թե ինչու է կատարողականը վատ ազդում, քանի որ այն ավելի շատ ռեսուրսներ է սպառում: Այսպիսով, ցանկալի է օգտագործել հղումների գրաֆիկա ՝ դրանք տեղադրելու փոխարեն:
- Կոմպակտացումն անհրաժեշտ է, քանի որ այն ջնջում է գրառումները և ազատում ռեսուրսները: Այն հետագայում թարմացնում է վիճակագրությունը և վերադասավորում է գրանցումները: Եթե դուք հաճախ չեք կոմպակտացնում, դա կանդրադառնա կատարման վրա: Այնուամենայնիվ, հիշեք, որ նախքան կոմպակտությունը պահուստավորում եք այս տվյալները: Առատ զգուշության համար ներդրումներ կատարեք հզորի մեջ Մուտքի շտկում գործիք.
- Ավելի փոքր քանակությամբ հսկիչներով պարզ ձևն ավելի լավ է, քան բարդը, որն ունի շատ հսկիչներ: Բարդ ձևը կլինի ավելի դանդաղ, քանի որ վերբեռնման և պատասխանելու համար ավելի շատ ժամանակ կպահանջվի: Փոխարենը, դուք կարող եք ստեղծել ձևեր, որոնք հատուկ են խնդիրներին, քան ունենալ մեկ, բարդ ձև:
- Ինդեքսավորումը միշտ չէ, որ հեշտ է և երբեմն կարող է բավականին շփոթեցնող լինել: Բացի այդ, ինդեքսավորումը գերազանցելը վատ կլինի արդյունքի համար: Այսպիսով, ինդեքսավորելու ժամանակ պետք է չափազանց զգույշ լինել և ինդեքսներ կիրառել միայն այն դաշտերի վրա, որոնք պարբերաբար փնտրում եք:
- Փաստ է, որ ավելի շատ տվյալներ, ավելի դանդաղ կլինեն կատարողականները: Այսպիսով, երբ ունեք բազմաթիվ աղյուսակների հիման վրա հաշվետվությունների հարցում, փոխարենը դրանք պետք է հիմնեք մեկ հարցման վրա: Օգտագործեք այս հարցումը ՝ սահմանափակելու համար հաշվետվությունը կամ ձևը հավաքող գրառումները:
- Խորհուրդ է տրվում աղյուսակները նեղ պահել, իսկ դաշտերը՝ հնարավորինս փոքր քանակությամբ։ Դաշտերի ավելի մեծ քանակը կարող է դանդաղեցնել աշխատանքի արդյունավետությունը։ Կարող եք նաև ազատվել այն դաշտերից, որոնք հազվադեպ են օգտագործվում նոր աղյուսակում։ Այնուհետև ստեղծեք անհատական հարաբերություններ այս աղյուսակների հետ։
Այսպիսով, դրանք դանդաղ կատարման հնարավոր պատճառներից են: Դրանցից ազատվելը կարող է զգալիորեն բարելավել կատարողականը:
Հեղինակի ներածություն.
Վիվիան Սթիվենսը տվյալների վերականգման փորձագետ է DataNumen, Inc., որը տվյալների վերականգման տեխնոլոգիաների համաշխարհային առաջատարն է, այդ թվում վերականգնել mdf և գերազանցել վերականգնման ծրագրային արտադրանքները: Լրացուցիչ տեղեկությունների համար այցելեք www.datanumen.com
Timesամանակ առ ժամանակ տվյալների շտեմարանի բաժանումը դանդաղեցնում է նաև կատարողականի կարողությունը: Դուք կարող եք հեշտությամբ պառակտել տվյալների բազան, եթե այն ունի միայն մեկ օգտվող, այնուամենայնիվ, կծկումներից խուսափելու համար դուք պետք է պահեք ինչպես առջևի, այնպես էլ հետևի ծայրերը տեղական համակարգում: