เกินขนาดของไฟล์ภายใน 1c ข้อผิดพลาด DB "เกินขนาดไฟล์ภายในสูงสุดที่อนุญาต"
เมื่อใช้เวอร์ชันไฟล์ของฐานข้อมูล ข้อผิดพลาด “เกินขีดจำกัดสูงสุด” มักจะปรากฏขึ้น ขนาดที่อนุญาต ไฟล์ภายใน" ซึ่งเกี่ยวข้องกับลักษณะเฉพาะของการดำเนินการเป็นหลัก โหมดไฟล์- ประกอบด้วย 4 ไฟล์:
- ไฟล์คำอธิบายโครงสร้างตาราง
- ไฟล์ดัชนี (ย้ายจากไฟล์หลัก)
- ไฟล์ค่า
- ไฟล์บันทึก
นอกจากนี้ยังมีข้อจำกัด เช่น: ขนาดสูงสุดไฟล์ภายในต้องไม่เกิน 4 GB ความยาวของคีย์ในดัชนีต้องไม่เกิน 1920 ไบต์ และสุดท้าย จำนวนฟิลด์สำหรับการจัดทำดัชนีต้องไม่เกิน 256 ฟิลด์ สิ่งที่สำคัญที่สุดสำหรับเราคือการจำกัดขนาดไฟล์ไว้ที่ 4 GB เป็นไปได้ยังไง? คุณพูด. มีไฟล์ฐานข้อมูลทั้ง 10 และ 12 GB ใช่แล้ว นั่นหมายความว่าไม่มีไฟล์ภายในใดเกิน 4 GB ฉันกล้าทำให้คุณผิดหวัง ถึงกระนั้น ขนาดสูงสุดของฐานข้อมูลซึ่งก็คือไฟล์ 1Cv8.CD เองนั้นยังคงถูกจำกัดไว้ที่ 16 GB ตามค่าเริ่มต้น (แต่ถึงแม้จะสามารถข้ามไปได้ก็ตาม) เนื่องจากนี่เป็นข้อจำกัดในการกำหนดที่อยู่บันทึก ระบบไฟล์ NTFS (ไฟล์ 16GB จะไม่ถูกคัดลอกไปยัง Windows เนื่องจากหากการอ่าน/การเขียนล้มเหลวในส่วนที่มีขนาดใหญ่กว่า 16GB เหล่านี้ ระบบปฏิบัติการจะไม่สามารถควบคุมความสมบูรณ์ของระบบไฟล์ได้)
เพื่อแก้ไขปัญหานี้ คุณต้องพิจารณาว่าตารางใดใช้พื้นที่มาก ในการดำเนินการนี้ คุณสามารถใช้ซอฟต์แวร์ของบริษัทอื่นได้ Tool_1CD ซึ่งช่วยให้คุณดูภายในไฟล์ 1Cv8.CD ได้แก่ กำหนดขนาดของตาราง อัปโหลดไปที่ รูปแบบ XMLและอีกมากมาย
ในการแก้ปัญหา คุณจะต้องลดขนาดของตารางนี้เองหรือแปลงเป็นเวอร์ชัน SQL แล้วจะเลือกซื้อยังไง. เซิร์ฟเวอร์ SQLมันค่อนข้างแพง เรามองหาโต๊ะนี้ในเชิงประจักษ์ โดยปกติแล้วสิ่งเหล่านี้จะเป็น "เอกสารหนัก" ที่มีส่วนที่เป็นตารางขนาดใหญ่ ไดเร็กทอรีขนาดใหญ่ โดยเฉพาะอย่างยิ่งมักจะเป็นการลงทะเบียนการสะสม ก่อนอื่น ให้ลบรายการทั้งหมดที่ทำเครื่องหมายไว้สำหรับการลบออกจากฐานข้อมูล แล้วค่อยคำนวณผลรวมใหม่ (ถ้าทะเบียนสะสมมีปัญหาบางทีก็ช่วยได้) การลงทะเบียนยอดคงเหลืออาจถูกปิดอย่างไม่ถูกต้อง ซึ่งทำให้ตารางรวมเพิ่มขึ้นอย่างรวดเร็ว การตัดยอดคงเหลือที่ "ค้าง" ออกอาจทำให้มีเนื้อที่ว่างได้หลาย GB
มันเกิดขึ้นที่ตารางทั้งหมดน้อยกว่า 4 GB แต่ข้อผิดพลาดยังคงเกิดขึ้น สถานการณ์นี้ยากกว่ามาก นี่คือปัญหาในโครงสร้างของการกำหนดค่า Matdata ซึ่งก็คือการจัดทำดัชนี เมื่อโหลดฐานข้อมูลจากไฟล์ dt ข้อมูลของตารางทั้งหมดจะถูกโหลดก่อน จากนั้นจึงโหลดดัชนี ในบางจุดระหว่างการสร้างดัชนี จะมีข้อผิดพลาดเกิดขึ้น และไม่มีการสร้างดัชนีตามมา ซึ่งหยุดการโหลดและทำให้เกิดข้อผิดพลาด หากต้องการทราบว่าตารางใดล้มเหลวเมื่อสร้างดัชนี ให้ทำดังต่อไปนี้:
- เปิดนิตยสารเทคโนโลยี
- เราสร้าง ไฟล์เปล่า ogcfg.xml โดยมีเนื้อหาต่อไปนี้เป็นตัวอย่าง
และวางไว้ในไดเร็กทอรี conf เช่น C:\Program Files\1cv82\8.2.19.130\bin\conf
- เราตรวจสอบว่ามีการสร้างบันทึกและไฟล์แล้วรีสตาร์ทตัวกำหนดค่าและเริ่มการดาวน์โหลดอีกครั้ง หลังจากเกิดข้อผิดพลาด ให้ไปที่ ไฟล์บันทึกในโฟลเดอร์ C:\log\error ของเรา ให้เปิดขึ้นมาแล้วดูว่าดัชนีใดที่เกิดข้อผิดพลาด
- ต่อไปโดยใช้โปรแกรม Database Table Storage Structure เราจะค้นหาออบเจ็กต์เมตาดาต้าเอง
- ถ้าอย่างนั้น เราจะมองหาคุณลักษณะแบบยาวของวัตถุนี้หรือคุณสมบัติที่นำไปสู่ความล้มเหลวในการสร้างดัชนีโดยเชิงประจักษ์ และพยายามต่อไป พยายาม และพยายามต่อไปจนกว่าเราจะพบวิธีแก้ปัญหา
- หลังจากการยักย้ายสำเร็จแล้ว เราจะเริ่มการทดสอบและแก้ไข เป็นผลให้ดัชนีทั้งหมดจะถูกสร้างขึ้นใหม่และฐานข้อมูลจะสามารถใช้งานได้เต็มรูปแบบ ขอให้โชคดี!
สมมติว่าคุณได้สร้างไฟล์เก็บถาวรฐานข้อมูลแล้ว และตอนนี้กำลังพยายามดาวน์โหลดเป็นไฟล์ ในตอนแรกทุกอย่างเป็นไปด้วยดี แต่เมื่อถึงจุดหนึ่งก็มีข้อผิดพลาดเกิดขึ้น:
"เกิดข้อผิดพลาดในการโหลดฐานข้อมูล ข้อมูลบางส่วนไม่ได้ถูกโหลดลงในฐานข้อมูลเนื่องจาก: ข้อผิดพลาด DBMS: เกินขนาดไฟล์ภายในสูงสุดที่อนุญาต"D:\1CBASES\NewDB/1Cv8.1CD" "
โดยส่วนตัวฉันใช้เวลาอย่างมากในการค้นหาวิธีแก้ไขปัญหานี้และในที่สุดก็พบมันซึ่งทำให้เราสามารถสร้างสำเนาไฟล์ของฐานข้อมูลขนาด 18 GB และประหยัดเวลาได้ประมาณหนึ่งสัปดาห์ในท้ายที่สุด (ฉันสามารถบอกคุณได้ใน แสดงความคิดเห็นว่ามันเป็นอย่างไร แต่ตอนนี้เราไม่ได้พูดถึงปริมาณ)
ดังนั้น อาจมีสาเหตุหลายประการสำหรับข้อผิดพลาดนี้:
- ขนาดของตารางใดๆ ในฐานข้อมูลเกินขนาดจำกัดสำหรับ เวอร์ชันไฟล์(4 กิกะไบต์)- พูดตามตรง เพื่อหลีกเลี่ยงส่วนเกินดังกล่าว เราได้ตรวจสอบขนาดของตารางฐานข้อมูลล่วงหน้าโดยใช้การประมวลผล " " (หรือแอนะล็อก)
- ข้อผิดพลาดนี้เกี่ยวข้องกับความผิดพลาดในฟีเจอร์ของแพลตฟอร์ม และเกิดจากโครงสร้างเฉพาะบางอย่างของข้อมูลเมตาของการกำหนดค่าที่อัปโหลด
ในกรณีแรกทุกอย่างชัดเจน - หากมิเตอร์ฐานแสดงว่าเกินขีด จำกัด สำหรับตารางฐานข้อมูลบางตารางแสดงว่าจำเป็นต้องทำความสะอาดตารางเหล่านี้ ถ้า เรากำลังพูดถึงเกี่ยวกับไดเร็กทอรีหรือการลงทะเบียนข้อมูลแบบไม่เป็นระยะ คุณต้องพยายามลบองค์ประกอบ/บันทึกที่ไม่จำเป็นออกจากที่นั่น เช่นเดียวกับเอกสาร "หนัก" ที่มีส่วนเป็นตาราง สิ่งแรกที่คุณควรทำคือลบวัตถุที่ทำเครื่องหมายไว้แน่นอน
ทะเบียนสะสม - แยกหัวข้อ- ขนาดของตารางทั้งหมดอาจเกินขนาดของตารางรายการรีจิสเตอร์ ซึ่งมักจะมีความสำคัญมาก บางครั้งการคำนวณผลลัพธ์ใหม่ง่ายๆ ก็สามารถช่วยได้
การลงทะเบียนยอดคงเหลืออาจถูกปิดอย่างไม่ถูกต้อง (ไม่ใช่สำหรับทุกมิติ) ซึ่งนำไปสู่การเติบโตที่สำคัญและรวดเร็วของตารางรวม การตัดยอดคงเหลือที่ "ค้าง" ของการลงทะเบียนการสะสมสามารถช่วยให้ประหยัดได้มากถึงหลาย GB ในระหว่างการคำนวณใหม่ในภายหลัง ประสบการณ์ของตัวเองจากลูกค้าที่ "ประมาท" ครับ))
จะทำอย่างไรถ้าแต่ละตารางในฐานข้อมูลของคุณมีขนาดน้อยกว่า 4 GB แต่ข้อผิดพลาดยังคงเกิดขึ้น
ซึ่งหมายความว่าคุณมีกรณีที่สอง - โครงสร้างข้อมูลเมตาการกำหนดค่าที่มีปัญหา เป็นไปได้มากว่าข้อผิดพลาดเกิดขึ้นในขั้นตอนการสร้างดัชนี
โดยสรุปฉันจะอธิบายสถานการณ์โดยรวมเพื่อให้ชัดเจนในคำพูดของ Viktor Sosnovsky จาก 1C ด้านล่างนี้เป็นคำพูดจากฟอรัมพันธมิตร:
"เมื่อโหลดฐานข้อมูลในเวอร์ชันไฟล์ ข้อมูลของตารางทั้งหมดจะถูกโหลดก่อน จากนั้นจึงสร้างดัชนี ข้อผิดพลาดในการสร้างดัชนีนำไปสู่ความจริงที่ว่าดัชนีที่สร้างขึ้นโดยมีข้อผิดพลาดและดัชนีที่ตามมาทั้งหมดไม่ได้ถูกสร้างขึ้น หากมีข้อมูลจำนวนมากในฐานข้อมูล จะทำให้ประสิทธิภาพการทำงานลดลงอย่างมาก งานประจำด้วยพื้นฐานเช่นนั้นย่อมเป็นไปไม่ได้”
คุณต้องค้นหาว่าตารางใดที่ทำให้เกิดข้อผิดพลาดเมื่อสร้างดัชนี
รวมวารสารเทคโนโลยี - ไว้ในโฟลเดอร์ " C:\ไฟล์โปรแกรม (x86)\1cv82\__PlatformVersionNumber__\bin\conf\" (หรือคล้ายกัน __หมายเลขเวอร์ชันของแพลตฟอร์ม__ใส่ของคุณ) ใส่ไฟล์ logcfg.xmlประมาณดังนี้:
เราตรวจสอบอย่างรอบคอบว่าไดเร็กทอรีสำหรับดัมพ์และบันทึกคือ:
- มี
- แตกต่าง
- สามารถอ่านและเขียนได้ ผู้ใช้วินโดวส์ที่คุณเรียกใช้ตัวกำหนดค่าในนามของใคร
เรารีสตาร์ทตัวกำหนดค่า (ซึ่งจะเปิดบันทึกทางเทคโนโลยี) และลองโหลด .DT ของเราอีกครั้งหลังจากเกิดข้อผิดพลาด เราจะไปที่ไดเร็กทอรีบันทึก ค้นหาไฟล์บันทึกที่มีข้อผิดพลาดของเรา และอ่านอย่างละเอียด
การเกิดขึ้นครั้งแรกของ EXCPCNTX ในบันทึกในกรณีของฉันชี้ไปที่คำสั่งที่ทำให้เกิดข้อผิดพลาด: สร้างดัชนี _Accum27148_ByDims_TRRRRRRRRSSR(ชื่อดัชนีของคุณจะแตกต่างออกไป)
การใช้ตัวเลขจากชื่อดัชนี โดยใช้การประมวลผล " " (หรืออะนาล็อกที่สามารถแสดงดัชนี) เราจะค้นหาว่าดัชนีนี้เป็นของตารางใด สำหรับฉัน มันกลายเป็นตารางการปฏิวัติของหนึ่งในการลงทะเบียนการสะสมที่ไม่ได้มาตรฐาน
ก่อนอื่น คุณควรดูว่ามีฟิลด์ใดบ้างที่รวมอยู่ในดัชนี ปรากฎว่าแพลตฟอร์มไม่ชอบเลยจริงๆ เมื่อขนาดรวมของฟิลด์ดัชนีหลักมีความสำคัญ โดยเฉพาะเธอไม่ชอบการจัดทำดัชนี เส้นยาว- ในกรณีของฉัน มิติข้อมูลประเภท STRING (500) เข้าไปในดัชนีและทำให้เกิดข้อผิดพลาด ตัวแทนอีกคนของบริษัท 1C พูดในฟอรัมพันธมิตรเมื่อปี 2550:
"หากความยาวของคีย์ใกล้เคียงกับ 2K ขนาดของดัชนีที่เพิ่มขึ้นอย่างรวดเร็วจะเริ่มต้นด้วยผลที่ไม่พึงประสงค์หลายประการ"
และแน่นอนว่าไม่มีอะไรเปลี่ยนแปลงในปี 2556 - ใน กรณีที่คล้ายกันมีการเจริญเติบโตเหมือนหิมะถล่มในขนาดของดัชนีโดย ฐานข้อมูลไฟล์- และเมื่อตารางดัชนีเกินขีดจำกัด 4GB Loading.DT จะหยุดทำงานโดยมีข้อผิดพลาด
โดยส่วนตัวแล้ว มันช่วยให้ฉันปิดการใช้งานช่องทำเครื่องหมาย "ใช้ในผลรวม" สำหรับมิติที่เป็นปัญหาได้ เนื่องจาก ในความเป็นจริงแล้ว ไม่ต้องการผลลัพธ์ใดๆ มันไม่ปรากฏในตารางการปฏิวัติอีกต่อไปและด้วยเหตุนี้จึงปรากฏในดัชนีของตารางการปฏิวัติ มีวิธีอื่นๆ เช่น การจำกัดขนาดเส้นให้เข้มงวดยิ่งขึ้น ฉันอ่านมาว่ามันช่วยได้บ้าง
การเปลี่ยนแปลงเหล่านี้จะต้องนำไปใช้กับ ฐานข้อมูลซึ่งจะปรับโครงสร้างตารางของคุณใหม่
หากมีการเปลี่ยนแปลงกับสำเนา SQL ของฐานข้อมูล หลังจากนั้นคุณจะต้องยกเลิกการโหลด .DT อีกครั้ง และลองโหลดซ้ำในเวอร์ชันไฟล์
หากไม่มีสำเนา SQL คุณสามารถลองแก้ไขได้โดยตรงบนสำเนาไฟล์ที่โหลดน้อยเกินไป หลังจากยอมรับการเปลี่ยนแปลงแล้ว ให้รัน "Test and Fix" ในโหมดการปรับโครงสร้างตารางฐานข้อมูล แพลตฟอร์มจะสร้างขึ้นใหม่ดัชนีและหวังว่าจะไม่มีข้อผิดพลาด
ผู้ที่โชคร้ายเป็นพิเศษและข้อผิดพลาดปรากฏขึ้นอีกครั้งควรทำซ้ำขั้นตอนทั้งหมดก่อน โดยเริ่มจากการวิเคราะห์บันทึก อาจมีตารางที่มีปัญหามากกว่าหนึ่งตาราง หรือคุณไม่สามารถแก้ไขปัญหาด้วยขนาดของเขตข้อมูลที่รวมอยู่ในดัชนีได้
สมมติว่าคุณได้สร้างไฟล์เก็บถาวรฐานข้อมูลแล้ว และตอนนี้กำลังพยายามดาวน์โหลดเป็นไฟล์ ในตอนแรกทุกอย่างเป็นไปด้วยดี แต่เมื่อถึงจุดหนึ่งก็มีข้อผิดพลาดเกิดขึ้น:
"เกิดข้อผิดพลาดในการโหลดฐานข้อมูล ข้อมูลบางส่วนไม่ได้ถูกโหลดลงในฐานข้อมูลเนื่องจาก: ข้อผิดพลาด DBMS: เกินขนาดไฟล์ภายในสูงสุดที่อนุญาต"D:\1CBASES\NewDB/1Cv8.1CD" "
โดยส่วนตัวฉันใช้เวลาอย่างมากในการค้นหาวิธีแก้ไขปัญหานี้และในที่สุดก็พบมันซึ่งทำให้เราสามารถสร้างสำเนาไฟล์ของฐานข้อมูลขนาด 18 GB และประหยัดเวลาได้ประมาณหนึ่งสัปดาห์ในท้ายที่สุด (ฉันสามารถบอกคุณได้ใน แสดงความคิดเห็นว่ามันเป็นอย่างไร แต่ตอนนี้เราไม่ได้พูดถึงปริมาณ)
ดังนั้น อาจมีสาเหตุหลายประการสำหรับข้อผิดพลาดนี้:
- ขนาดของตารางใด ๆ ในฐานข้อมูลเกินขีดจำกัดเวอร์ชันของไฟล์ (4 GB)- พูดตามตรง เพื่อหลีกเลี่ยงส่วนเกินดังกล่าว เราได้ตรวจสอบขนาดของตารางฐานข้อมูลล่วงหน้าโดยใช้การประมวลผล " " (หรือแอนะล็อก)
- ข้อผิดพลาดนี้เกี่ยวข้องกับความผิดพลาดในฟีเจอร์ของแพลตฟอร์ม และเกิดจากโครงสร้างเฉพาะบางอย่างของข้อมูลเมตาของการกำหนดค่าที่อัปโหลด
ในกรณีแรกทุกอย่างชัดเจน - หากมิเตอร์ฐานแสดงว่าเกินขีด จำกัด สำหรับตารางฐานข้อมูลบางตารางแสดงว่าจำเป็นต้องทำความสะอาดตารางเหล่านี้ หากเรากำลังพูดถึงไดเร็กทอรีหรือการลงทะเบียนข้อมูลที่ไม่เป็นระยะ คุณต้องพยายามลบองค์ประกอบ/รายการที่ไม่จำเป็นออกจากที่นั่น เช่นเดียวกับเอกสาร "หนัก" ที่มีส่วนเป็นตาราง สิ่งแรกที่คุณควรทำคือลบวัตถุที่ทำเครื่องหมายไว้แน่นอน
การลงทะเบียนการสะสมเป็นปัญหาแยกต่างหาก ขนาดของตารางทั้งหมดอาจเกินขนาดของตารางรายการรีจิสเตอร์ ซึ่งมักจะมีความสำคัญมาก บางครั้งการคำนวณผลลัพธ์ใหม่ง่ายๆ ก็สามารถช่วยได้
การลงทะเบียนยอดคงเหลืออาจถูกปิดอย่างไม่ถูกต้อง (ไม่ใช่สำหรับทุกมิติ) ซึ่งนำไปสู่การเติบโตที่สำคัญและรวดเร็วของตารางรวม การตัดยอดคงเหลือที่ "ค้าง" ของการลงทะเบียนการสะสมออกไป เมื่อคำนวณผลรวมใหม่ในภายหลัง จะช่วยประหยัดได้มากถึงหลาย GB ทดสอบจากประสบการณ์ของเราเองกับลูกค้าที่ "ประมาท"))
จะทำอย่างไรถ้าแต่ละตารางในฐานข้อมูลของคุณมีขนาดน้อยกว่า 4 GB แต่ข้อผิดพลาดยังคงเกิดขึ้น
ซึ่งหมายความว่าคุณมีกรณีที่สอง - โครงสร้างข้อมูลเมตาการกำหนดค่าที่มีปัญหา เป็นไปได้มากว่าข้อผิดพลาดเกิดขึ้นในขั้นตอนการสร้างดัชนี
โดยสรุปฉันจะอธิบายสถานการณ์โดยรวมเพื่อให้ชัดเจนในคำพูดของ Viktor Sosnovsky จาก 1C ด้านล่างนี้เป็นคำพูดจากฟอรัมพันธมิตร:
"เมื่อโหลดฐานข้อมูลในเวอร์ชันไฟล์ ข้อมูลของตารางทั้งหมดจะถูกโหลดก่อน จากนั้นจึงสร้างดัชนี ข้อผิดพลาดในการสร้างดัชนีนำไปสู่ความจริงที่ว่าดัชนีที่สร้างขึ้นโดยมีข้อผิดพลาดและดัชนีที่ตามมาทั้งหมดไม่ได้ถูกสร้างขึ้น หากมีข้อมูลจำนวนมากในฐานข้อมูล จะทำให้ประสิทธิภาพการทำงานลดลงอย่างมาก การทำงานเต็มรูปแบบกับฐานข้อมูลดังกล่าวจะเป็นไปไม่ได้"
คุณต้องค้นหาว่าตารางใดที่ทำให้เกิดข้อผิดพลาดเมื่อสร้างดัชนี
รวมวารสารเทคโนโลยี - ไว้ในโฟลเดอร์ " C:\ไฟล์โปรแกรม (x86)\1cv82\__PlatformVersionNumber__\bin\conf\" (หรือคล้ายกัน __หมายเลขเวอร์ชันของแพลตฟอร์ม__ใส่ของคุณ) ใส่ไฟล์ logcfg.xmlประมาณดังนี้:
เราตรวจสอบอย่างรอบคอบว่าไดเร็กทอรีสำหรับดัมพ์และบันทึกคือ:
- มี
- แตกต่าง
- ผู้ใช้ Windows สามารถอ่านและเขียนได้ภายใต้ชื่อที่คุณเรียกใช้ตัวกำหนดค่า
เรารีสตาร์ทตัวกำหนดค่า (ซึ่งจะเปิดบันทึกทางเทคโนโลยี) และลองโหลด .DT ของเราอีกครั้งหลังจากเกิดข้อผิดพลาด เราจะไปที่ไดเร็กทอรีบันทึก ค้นหาไฟล์บันทึกที่มีข้อผิดพลาดของเรา และอ่านอย่างละเอียด
การเกิดขึ้นครั้งแรกของ EXCPCNTX ในบันทึกในกรณีของฉันชี้ไปที่คำสั่งที่ทำให้เกิดข้อผิดพลาด: สร้างดัชนี _Accum27148_ByDims_TRRRRRRRRSSR(ชื่อดัชนีของคุณจะแตกต่างออกไป)
การใช้ตัวเลขจากชื่อดัชนี โดยใช้การประมวลผล " " (หรืออะนาล็อกที่สามารถแสดงดัชนี) เราจะค้นหาว่าดัชนีนี้เป็นของตารางใด สำหรับฉัน มันกลายเป็นตารางการปฏิวัติของหนึ่งในการลงทะเบียนการสะสมที่ไม่ได้มาตรฐาน
ก่อนอื่น คุณควรดูว่ามีฟิลด์ใดบ้างที่รวมอยู่ในดัชนี ปรากฎว่าแพลตฟอร์มไม่ชอบเลยจริงๆ เมื่อขนาดรวมของฟิลด์ดัชนีหลักมีความสำคัญ โดยเฉพาะอย่างยิ่ง ไม่ชอบสร้างดัชนีสตริงแบบยาว ดังนั้นในกรณีของฉัน มิติข้อมูลประเภท STRING (500) จึงเข้าไปในดัชนีและทำให้เกิดข้อผิดพลาด ตัวแทนอีกคนของบริษัท 1C พูดในฟอรัมพันธมิตรเมื่อปี 2550:
"หากความยาวของคีย์ใกล้เคียงกับ 2K ขนาดของดัชนีที่เพิ่มขึ้นอย่างรวดเร็วจะเริ่มต้นด้วยผลที่ไม่พึงประสงค์หลายประการ"
และแน่นอนว่าไม่มีอะไรเปลี่ยนแปลงในปี 2556 - ในกรณีเช่นนี้จะสังเกตเห็นการเติบโตของขนาดของดัชนีบนฐานไฟล์เหมือนหิมะถล่ม และเมื่อตารางดัชนีเกินขีดจำกัด 4GB Loading.DT จะหยุดทำงานโดยมีข้อผิดพลาด
โดยส่วนตัวแล้ว มันช่วยให้ฉันปิดการใช้งานช่องทำเครื่องหมาย "ใช้ในผลรวม" สำหรับมิติที่เป็นปัญหาได้ เนื่องจาก ในความเป็นจริงแล้ว ไม่ต้องการผลลัพธ์ใดๆ มันไม่ปรากฏในตารางการปฏิวัติอีกต่อไปและด้วยเหตุนี้จึงปรากฏในดัชนีของตารางการปฏิวัติ มีวิธีอื่นๆ เช่น การจำกัดขนาดเส้นให้เข้มงวดยิ่งขึ้น ฉันอ่านมาว่ามันช่วยได้บ้าง
การเปลี่ยนแปลงเหล่านี้จะต้องนำไปใช้กับฐานข้อมูลซึ่งจะปรับโครงสร้างตารางของคุณ
หากมีการเปลี่ยนแปลงกับสำเนา SQL ของฐานข้อมูล หลังจากนั้นคุณจะต้องยกเลิกการโหลด .DT อีกครั้ง และลองโหลดซ้ำในเวอร์ชันไฟล์
หากไม่มีสำเนา SQL คุณสามารถลองแก้ไขได้โดยตรงบนสำเนาไฟล์ที่โหลดน้อยเกินไป หลังจากยอมรับการเปลี่ยนแปลงแล้ว ให้รัน "Test and Fix" ในโหมดการปรับโครงสร้างตารางฐานข้อมูล แพลตฟอร์มจะสร้างขึ้นใหม่ดัชนีและหวังว่าจะไม่มีข้อผิดพลาด
ผู้ที่โชคร้ายเป็นพิเศษและข้อผิดพลาดปรากฏขึ้นอีกครั้งควรทำซ้ำขั้นตอนทั้งหมดก่อน โดยเริ่มจากการวิเคราะห์บันทึก อาจมีตารางที่มีปัญหามากกว่าหนึ่งตาราง หรือคุณไม่สามารถแก้ไขปัญหาด้วยขนาดของเขตข้อมูลที่รวมอยู่ในดัชนีได้