ამ სიტუაციის სამი ვარიანტი არსებობს, როგორიცაა:
- თქვენი DBF ფაილი იქმნება ერთი აპლიკაციის მიერ, მაგრამ გსურთ ფიქსირებული ფაილის გახსნა სხვა აპლიკაციაში, რომელიც სრულად არ შეესაბამება პირველს და იწვევს პრობლემებს. გამოსავალი არის სწორი ვერსიის დაყენება კომბინირებულ ველში „აირჩიე DBF „შესაკეთებელი“ რედაქტირების ველი მეორე აპლიკაციის მიხედვით და შემდეგ ხელახლა დაიწყეთ ფაილის შეკეთება. მაგალითად, თქვენი DBF ფაილი შექმნილია Clipper-ის მიერ, მაგრამ გსურთ მისი გახსნა dBase III-ში, შემდეგ თქვენ უნდა დააყენოთ „Version“-ზე „dBase III“ და შემდეგ კვლავ შეაკეთოთ ფაილი.
- შენი დაფიქსირებული DBF ფაილი აღემატება 2 გბ-ს, ცნობილი ზომის ლიმიტი DBF ფაილები, ამიტომ უმეტესობა DBF თავსებადი აპლიკაციები ვერ ხსნიან თქვენს ფაილს. მაგალითად, Visual FoxPro-ს გამოყენებისას ასეთი ფაილის გასახსნელად, თქვენ მიიღებთ შეცდომას "Not a table". გამოსავალი არის ჩართვა "ფაილის გაყოფა, როდესაც ის ### მბ-ზე მეტია" ოფცია "ოფციები" ჩანართში და დააყენეთ შესაბამისი მნიშვნელობა, რომელიც უნდა იყოს 2 გბ-ზე ნაკლები, მაგალითად, 1800 მბ, როგორც ფაილის მაქსიმალური ზომა, და შემდეგ შეაკეთეთ თქვენი ორიგინალი DBF ფაილის ხელახლა შექმნა. როდესაც გამომავალი ფიქსირებული ფაილი ამ ლიმიტს აღემატება, DDBFR შექმნის ახალ გაყოფილ ფაილს დარჩენილი აღდგენილი მონაცემების განსათავსებლად. და თუ გაყოფილი ფაილი კვლავ მიაღწევს ლიმიტს, შეიქმნება მეორე ახალი გაყოფილი ფაილი და ა.შ.
- თქვენს ფიქსირებულში DBF ფაილში ცხრილში 255-ზე მეტი ველია. ამჟამად უმეტესობა DBF თავსებადი აპლიკაციები არ უჭერს მხარს ცხრილს 255-ზე მეტი ველით. მაგალითად, Visual FoxPro-ს გამოყენებისას ასეთი ფაილის გასახსნელად, თქვენ მიიღებთ შეცდომას "Not a table". გამოსავალი არის ჩართვა "გაყოფა ცხრილის როდესაც არის ###-ზე მეტი ველი" ოფცია "ოფციები" ჩანართში და დააყენეთ შესაბამისი მნიშვნელობა, მაგალითად, 255, როგორც ველების მაქსიმალური რაოდენობა, და შემდეგ შეაკეთეთ თქვენი ორიგინალი. DBF ფაილი ხელახლა. ამრიგად, როდესაც DDBFR აღმოაჩენს, რომ ცხრილში 255-ზე მეტი ველია, ის შექმნის ახალ გაყოფილ ცხრილს დარჩენილი ველების განსათავსებლად. და თუ დარჩენილი ველების რაოდენობა კვლავ 255-ზე მეტია, შეიქმნება მეორე ახალი გაყოფილი ცხრილი და ა.შ.
