Მონაცემთა ბაზის შეცდომა "დალაგების წესი განსხვავდება სისტემის ერთიდან": როგორ უნდა გაასწორონ ეს?

როგორც წესი, მომხმარებელთა უმრავლესობა, რომლებიც სისტემაში შეცდომის გამოვლენას ახდენენ, მიუთითებს იმაზე, რომ სისტემაში განსხვავებული შეკვეთა განსხვავდება, როგორც ჩანს, პაკეტი "1C" ვერსია 7.7. ეს არის ყველაზე დაუცველი, ვირუსების ზემოქმედების თვალსაზრისითაც კი, არამედ იმ შეცდომებისა და ჩავარდნებისა, რომლებიც თავს იკავებენ პაკეტის კოდით. თუმცა, როდესაც შეცდომის შეტყობინება გამოჩნდება, რომ ბრძანება განსხვავდება სისტემაში წესრიგისგან, არ უნდა პანიკა. არსებობს რამდენიმე მარტივი გადაწყვეტილება, რომელიც ხელს შეუწყობს ამ პრობლემის აღმოფხვრას სწრაფად და მუდმივად. ამ შემთხვევაში შეგიძლიათ გამოიყენოთ ორი გადაწყვეტილება მინიმუმამდე.

მონაცემთა ბაზის შეცდომა "დალაგების წესი განსხვავდება სისტემის ერთიდან": რა არის პრობლემა?

პრობლემა ისაა, რომ მთავარ პროგრამას სერვერზე ან კლიენტის აპარატში შესრულებული ფაილის სახით ვერ ახერხებს მონაცემთა ბაზის (SQL) ინიციალიზაცია.

ამის გამო, დაკავშირებული მომხმარებელი (ბავშვი) ტერმინალები ვერ შედიან მონაცემთა ბაზაში (თუმცა პროგრამის ძირითადი ბირთვი უპრობლემოდ იწყება). ითვლება, რომ აპლიკაციის ხელმისაწვდომობა სერვერის ვერსიის დონეზეა გათვალისწინებული, რომელიც პასუხისმგებელია ადგილობრივი ქსელზე მდებარე სხვა მომხმარებლის კომპიუტერების დასაკავშირებლად. მისი ერთადერთი პრობლემაა.

გარდა ამისა, შესთავაზა გადაწყვეტილებები, რომლებიც საშუალებას იძლევა აღმოფხვრას ეს მარცხი. განვიხილოთ ორი ძირითადი მეთოდი, რომ ნებისმიერი მომხმარებლის ან ახლის სისტემის ადმინისტრატორს შეუძლია ისწავლოს.

დალაგების წესი განსხვავდება სისტემის ბრძანებით (Windows 7). რა უნდა გავაკეთო?

ითვლება, რომ გათავისუფლების 26 რიცხვში იყო ჩართული უნარი იგნორირება მონაცემთა ბაზაში ფაილი. მაგრამ არ ემორჩილებიან ამ მომსახურებას.

არარსებული ობიექტი

ეს ხდება, რომ განაცხადის ჩატვირთვა ეხება სავარაუდოდ არარსებული ობიექტის სახით ფაილის OrdNoChk.prm, რომელიც, როგორც ჩანს, მდებარეობს BIN საქაღალდეში პროგრამის თავად დამონტაჟებული სისტემის პროგრამული ფაილი.

თუ არსებობს სისტემის შეტყობინება, რომ სისტემაში განსხვავებული ბრძანება განსხვავდება, არაფერია უფრო ადვილია, ვიდრე შექმნა ამ დირექტორიაში ცარიელი ფაილის იგივე სახელი და შეცვალონ გადარჩენისას, მაგალითად, იმავე "Notepad" - ში, რომელიც შედის სტანდარტული Windows- ში სისტემა. აქ ასევე არის კითხვა, რომ თავდაპირველი მონაცემების შემცველი სტანდარტული ტექსტური რედაქტორი, როდესაც იგი პირდაპირ რედაქტირებულია და შემდეგ მოქმედებს, არ მუშაობს.

მონაცემთა ბაზების სტრუქტურის შეცვლა ადგილობრივი მონაცემთა გაცვლის საფუძველზე

მეორეს მხრივ, პრობლემა, რომელიც უკმაყოფილებას იწვევს შეტყობინებას, რომელიც დაყენებულია სისტემის დამონტაჟების განლაგებაზე, შეიძლება გადაწყდეს თვით პროგრამების საშუალებით.

მაგრამ აქ თავდაპირველად უნდა იფიქროთ იმაზე, თუ რამდენად სასარგებლოა გამოიყენოს აღწერილი ხელსაწყოები და ინსტრუმენტები.

თუ შეცდომა მოხდა, როდესაც იტყობინება, რომ მონაცემთა ბაზის დახარისხება შეესაბამება სისტემის ერთს, "1C" აპლიკაციაში უნდა შეარჩიოთ კონფიგურაციის სექცია, რომელშიც უნდა გაიაროთ ადმინისტრაცია, IB ცხრილების კოდი და მიმდინარე სისტემის ინსტალაციის წერტილი.

დასკვნა

პრინციპში, გაგზავნა, რომ "1C" მონაცემთა ბაზაში დახარისხების ბრძანება განსხვავდება სისტემის ერთიდან, შეგიძლიათ წაშალოთ იგი მთლიანად (ან სამუდამოდ მოშორება). როგორც პრაქტიკა გვიჩვენებს, მარტივი შემთხვევაში, შეგიძლიათ უბრალოდ შექმნას ცარიელი ობიექტი, როგორც ზემოთ აღინიშნა. ამის შემდეგ , შეცდომა მიუთითებს, რომ დალაგების ბრძანება განსხვავდება სისტემის ბრძანება აღარ გამოჩნდება.

სინამდვილეში, მხოლოდ ამ გადაწყვეტილებების აღმოფხვრა პრობლემა. ფაქტია, რომ "1C" გარემოში თქვენ შეგიძლიათ დაწეროთ სკრიპტები ან შექმნა დამატებითი აპლიკაციები, რათა მართოთ მთლიანი სისტემა იმავე ვიზუალური ძირითადი ენის გამოყენებით DVB ფორმატის მონაცემთა ბაზების გამოყენებით. წინააღმდეგ შემთხვევაში, ზემოთ ჩამოთვლილ შეტყობინებასთან დაკავშირებულ შეცდომას აღმოფხვრის საკმაოდ მარტივად, თუ არ ითვალისწინებთ პროგრამის კოდის შეცდომებს ან ვირუსის ეფექტს. მაგრამ ეს, მე ვფიქრობ, ყველაზე ცუდი არ არის. ზოგჯერ მომხმარებელთა "მრუდი", რომლებმაც არ იციან მონაცემთა ბაზის ორგანიზება და დაინსტალირებულ პროგრამაში, შეიძლება გამოიწვიოს ამ ტიპის შეცდომა, რომელიც კვლავ გამოჩნდება.

ასევე, ყურადღება უნდა მიაქციოთ იმ ფაქტს, რომ როდესაც მონაცემთა ბაზების მონაცემთა ბაზის ავტომატური გაცვლა სხვა მონაცემთა ბაზებთან არის შესაძლებელი, ყველა მათგანს უნდა ჰქონდეს იგივე კოდირება. თუ ეს არ არის დამონტაჟებული ყველა მონაცემთა ბაზისთვის, შესაბამისად, იმპორტისა და ექსპორტის მონაცემების ძალიან საგანი ხდება რბილად რომ ვთქვათ. ექსტრემალურ შემთხვევებში, როგორც ზემოთ აღინიშნა, კოდირება უნდა იყოს გამორთული. განსაკუთრებით ეს ეხება სიტუაციებს, სადაც სხვადასხვა ვერსიები Windows დამონტაჟებულია სხვადასხვა ტერმინალებზე და სხვადასხვა არქიტექტურულ სისტემებთან ერთად. ეს ასევე შეიძლება გამოიწვიოს არაპროგნოზირებადი შედეგები, იმდენად, რამდენადაც შეუძლებელი იქნება პროგრამაში მუშაობა ერთდროულად ინფორმაციის ხელმისაწვდომობაზე.