15 მიზეზი, რის გამოც ზოგჯერ ვერ შეძლებთ მონაცემთა რედაქტირებას დაშვების მოთხოვნაში

ამ სტატიაში ჩვენ განვიხილეთ რამდენიმე გავრცელებული მიზეზი, რომელიც ზოგჯერ ხელს გიშლით მონაცემთა რედაქტირებაში Access Query-ში

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

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

1. თქვენი მოთხოვნა შედგება GROUP BY პუნქტისგან. გაითვალისწინეთ, რომ Totals მოთხოვნა ნაგულისხმევად არის დაყენებული მხოლოდ წაკითხვისთვის.
2. თქვენი მოთხოვნა შედგება TRANSFORM პუნქტისგან. გაითვალისწინეთ, რომ Crosstab მოთხოვნა ასევე დაყენებულია ნაგულისხმევად მხოლოდ წაკითხვად.
3. თქვენი მოთხოვნა იყენებს SELECT პუნქტს შემდეგი First(), Max(), Sum(), Count() და ა.შ. მოთხოვნები, რომლებსაც შეუძლიათ ჩანაწერების აგრეგაცია, ასევე ყოველთვის მხოლოდ წაკითხვადია.
4. თქვენი მოთხოვნა შეიძლება შეიცავდეს DISTINCT პრედიკატს. მომხმარებლებს შეუძლიათ ამ პრობლემის გადაჭრა მოთხოვნის თვისებებში უნიკალური მნიშვნელობების No-ზე დაყენებით.
5. თქვენი შეკითხვა მოიცავს ან მოქმედებს UNION-ის მეშვეობით. გაითვალისწინეთ, რომ კავშირის მოთხოვნები ნაგულისხმევად შექმნილია მხოლოდ წაკითხვისთვის.
6. თქვენი მოთხოვნის SELECT პუნქტი შეიცავს ქვემოთხოვნას. თქვენი მონაცემების განახლებისთვის მომხმარებლებს შეუძლიათ გადავიდნენ თავიანთ ქვემოთხოვნაზე და მოხსნათ მისი ჩვენების ველი ან ასევე სცადონ დომენის აგრეგაციის ფუნქციების გამოყენება.
7. თქვენი შეკითხვა შესაძლოა იყენებს JOIN-ებს სხვადასხვა მიმართულებით რამდენიმე ცხრილიდან FROM პუნქტზე მუშაობისას. უბრალოდ წაშალეთ რამდენიმე ცხრილი და მარტივად შეძლებთ თქვენი მონაცემების განახლებას.
8. თქვენ არ გაქვთ ინდექსირებული JOIN ველები სწორად: ეს ველები არ შედგება რაიმე უნიკალური ინდექსის ან პირველადი გასაღებისგან.
9. თქვენი მოთხოვნები დაყენებულია როგორც Snapshot მისი Recordset Type თვისებაში. ამ პრობლემის გადასაჭრელად შეცვალეთ ის „Dynaset“-ზე Set Recordset-დან, ჩაწერეთ თქვენი მოთხოვნის თვისებები.
10. თქვენი მოთხოვნა შეიძლება დაფუძნებული იყოს სხვა მოთხოვნაზე, რომელიც ნაგულისხმევად დაყენებულია მხოლოდ წაკითხვაზე. (დაწყობილი მოთხოვნა)
11. თქვენ დააყენეთ თქვენი მოთხოვნების ნებართვები მხოლოდ წაკითხვაზე. (ეს შეიძლება შეიცვალოს Access უსაფრთხოების პარამეტრის შეცვლით.)
12. მომხმარებელმა გახსნა მონაცემთა ბაზა მხოლოდ წაკითხვით, ან მისი ფაილის ატრიბუტები დაყენებულია მხოლოდ წაკითხვაზე, ან შესაძლოა მონაცემთა ბაზის მედიის ტიპი არის მხოლოდ წაკითხვაზე. (მაგ. CD-ROM ან ნებისმიერი ქსელის დისკი, რომელიც არ გვთავაზობს წერის პრივილეგიებს.)
13. მოთხოვნა ითხოვს VBA ფუნქციას. თუმცა, მომხმარებლის მონაცემთა ბაზა არ არის განთავსებული სანდო შენახვის ადგილას, რაც გამორთავს კოდის გაშვებას.
14. შესაძლოა, ველები, რომლებიც უნდა გამოიმუშაოს მოთხოვნამ, როგორც გამომავალი, არის გამოთვლილი ველები, რომლებიც ხელს უშლიან მონაცემთა შეხებას MS Access-ში.
15. იშვიათ შემთხვევებში, შესაძლოა, თქვენ ისეთ ინციდენტს უყურებდეთ, როგორიცაა დაზიანებული წვდომა ფაილი იწვევს პრობლემას.

ავტორი შესავალი:

ვივიან სტივენსი არის მონაცემთა აღდგენის ექსპერტი DataNumen, Inc., რომელიც მსოფლიო ლიდერია მონაცემთა აღდგენის ტექნოლოგიებში, მათ შორის mdf აღდგენა და Excel-ის აღდგენის პროგრამული პროდუქტები. დამატებითი ინფორმაციისთვის ეწვიეთ www.datanumen. ერთად