სტატია განმარტავს, რატომ უნდა მოერიდონ მომხმარებლებმა გამოყენებას cგამოთვალეთ ველები მონაცემთა ბაზაში და ამის ნაცვლად გამოიყენეთ Queries.
MS Access საშუალებას აძლევს თავის მომხმარებლებს შექმნან გამოთვლილი სვეტები (ველის ტიპი) ცხრილის დიზაინში სხვადასხვა გამოთვლების შესასრულებლად, მაგრამ უფრო ხშირად ის არღვევს ნორმალიზების წესებს. ამიტომ რეკომენდებულია გამოთვლილი ველების ნაცვლად Queries-ის გამოყენება. ეს სტატია დეტალურად განიხილავს ამ საკითხს.
გამოთვლილი ველები MS Access-ში
გამოთვლილი ველები არის ცხრილის განუყოფელი ნაწილი და შექმნილია იმისთვის, რომ დაეხმაროს მომხმარებლებს აპლიკაციების ეფექტურად განვითარებაში. მაგრამ ნორმალიზაციის წესის თანახმად, არ არის რეკომენდებული მნიშვნელობების შენახვა, რომლებიც დამოკიდებულია სხვა ველებზე, რათა თავიდან იქნას აცილებული დაბნეულობა და დარღვევები. გამოთვლილი ველები, მიუხედავად იმისა, რომ მოსახერხებელი და მარტივი გამოსაყენებელია, თავიდან უნდა იქნას აცილებული, რადგან მათ არ შეუძლიათ მომხმარებლის განსაზღვრული ფუნქციების გამოძახება, რადგან ისინი დაპროგრამებულია მხოლოდ ჩაშენებული ფუნქციების გასაშვებად. წვდომა არ აძლევს საშუალებას გამოთვლილ ველებს შეიცავდეს ველებს სხვადასხვა ცხრილებიდან ან მოთხოვნებიდან. მომხმარებლებს ასევე უნდა მიაწოდონ ყველა სხვა პარამეტრი შეცდომების თავიდან ასაცილებლად. გასათვალისწინებელია ისიც, რომ გამოთვლილი ველების შედეგები გამოითვლება მხოლოდ მაშინ, როდესაც ისინი წარმოიქმნება გაშვების დროს, ანუ მოთხოვნის ან მოთხოვნის საფუძველზე მოხსენების შესრულების მომენტში.
უნდა აღინიშნოს, რომ Access ვერსიები MS Access 2010-მდე ვერ შეძლებს ცხრილების ფუნქციონირებას, რითაც ზღუდავს მის გამოყენებას. გამოთვლილი ველების სანდოობა შედარებით დაბალია, რადგან შედეგები ძნელად განახლდება სწორად გამოხატვის შეცვლისას, ცხრილში მონაცემების შეტანის შემდეგ. ეს არის გამოთვლილი ველების თავიდან აცილების ძირითადი მიზეზები.
შეკითხვა
მოთხოვნები გამოთვლილი ველების უკეთესი ალტერნატივაა, რადგან ისინი არ ინახავს მნიშვნელობას ცხრილში. მოთხოვნები სასარგებლოა მონაცემთა მართვის ამოცანების ავტომატიზაციისა და ცვლილებების გადახედვისას. მოთხოვნების შექმნა შესაძლებელია Query Wizard-ის გამოყენებით ან Deign ხედში.
მოდით, განვიხილოთ ორი ველის, რაოდენობისა და ერთეულის ღირებულების, მაგალითი, სადაც მომხმარებელს სჭირდება რაოდენობის * ერთეულის ღირებულების გამოსახულება სხვა ველში, „რაოდენობა“. ამგვარად, გამოთვლის ველების გამოყენების ნაცვლად, მომხმარებელმა უნდა შექმნას მოთხოვნა ცხრილის მიხედვით. მათ შეუძლიათ აკრიფონ გამოსახულება მოთხოვნის დიზაინის ველის სტრიქონში და მისი ჩაწერა შესაძლებელია შემდეგნაირად.
Amount: [Quantity] * [UnitCost]
ის შექმნის სხვა ველს სახელწოდებით Amount, რომელიც იქნება უფრო მარტივი და ეფექტური. ამ მოთხოვნაზე დაფუძნებული ფორმები და ანგარიშები გამოთვლილ ველებს ისევე მოექცევა, როგორც ნებისმიერი სხვა ჩანაწერი.
გამოთვლილი შედეგის შენახვა
ასევე არის რამდენიმე შემთხვევა, როდესაც მომხმარებლები გრძნობენ საჭიროებას შეინახონ განსხვავებული მნიშვნელობა და მოქნილი წესები. თუმცა, ეს შეიძლება გაკეთდეს After Update ღონისძიების დახმარებით, რომელიც მომხმარებლებს საშუალებას მისცემს გადალახონ გაანგარიშება და შეიყვანონ განსხვავებული მნიშვნელობა მათი უპირატესობის მიხედვით.
MS Access 2010 ვერსიაში შეგიძლიათ აირჩიოთ გამოთვლილი მონაცემთა ტიპი, რომელიც აჩვენებს გამონათქვამს. მომხმარებლებს შეუძლიათ აკრიფონ ეს გამოხატულება (ვთქვათ [Quantity]*[Unitprice]) და Access გააკეთებს გამოთვლებს ყოველ ჯერზე, როცა მომხმარებელი შეიყვანს ჩანაწერს. მახასიათებლის პრობლემა ის არის, რომ არსებობს შეზღუდული გამონათქვამები, რაც ზღუდავს მომხმარებლებს მის გამოყენებას რეალური მიზნებისთვის.
როგორც Access-ის მომხმარებელი, ყოველთვის მზად უნდა იყოთ მონაცემთა კორუფციის ინციდენტებთან გამკლავებისთვის. თუ თქვენ შეხვდებით ასეთ სცენარს, ნუ მოგერიდებათ დარეკოთ ისეთი ძლიერი ინსტრუმენტი, როგორიცაა DataNumen Access Repair to mdb-ის გასწორება files.
ავტორი შესავალი:
ვივიან სტივენსი არის მონაცემთა აღდგენის ექსპერტი DataNumen, Inc., რომელიც მსოფლიო ლიდერია მონაცემთა აღდგენის ტექნოლოგიებში, მათ შორის შეკეთება sql და Excel-ის აღდგენის პროგრამული პროდუქტები. დამატებითი ინფორმაციისთვის ეწვიეთ www.datanumen. ერთად