เกินขนาดฟิลด์ในการออกแบบฐานข้อมูล

ฉันมีบางฟิลด์สำหรับตารางของฉันที่เป็นสตริงและในขณะนี้ขนาดของฟิลด์ส่วนใหญ่มีข้อ จำกัด ของอักขระที่ค่อนข้างสูง ตัวอย่างเช่น 100 อักขระสำหรับชื่อถนน มีโทษสำหรับการใช้สนามขนาดใหญ่หรือไม่? ถ้าฉันเปลี่ยนขีด จำกัด เป็น 30 อักขระสำหรับฟิลด์นี้เช่นจะมีการเพิ่มประสิทธิภาพหรือประสิทธิภาพด้วยขนาดหรือไม่ จะมีประมาณ 50 สาขาที่อาจเป็นผู้สมัครเพื่อการหดตัว

ขอบคุณสำหรับคำแนะนำของคุณ

หากคุณกำลังพูดถึงvarcharและnvarcharแล้วไม่มีมีบทลงโทษสำหรับการช่วยให้มีความยาวเขตข้อมูลที่สูงขึ้น

ข้อควรจำบางประการที่ควรคำนึงถึง:

• มีโอเวอร์เฮด 2 ไบต์ต่อแถวสำหรับฟิลด์ความยาวผันแปร (ต่อฟิลด์) CHARหากคุณมีข้อมูลที่สั้นมากก็อาจทำให้รู้สึกมากขึ้นที่จะใช้ Varchar(2)เช่นใช้จริงระหว่าง 2-4 ไบต์ต่อแถวในขณะที่CHAR(2)ใช้ 2 เสมอ
• ไม่สามารถทำดัชนีฟิลด์ที่ยาวมากได้ ความยาวสูงสุดสำหรับฟิลด์ทั้งหมดในชุดคีย์ดัชนีคือ 900 ไบต์
• หากคุณอนุญาตข้อมูลมากกว่าที่คุณคาดหวังในที่สุดคุณจะได้รับผลลัพธ์ที่ไม่คาดคิด หากคุณอนุญาตให้ใช้ 100 ตัวอักษรสำหรับชื่อถนนในบางจุดข้อมูลอื่น ๆ มีแนวโน้มที่จะได้รับในฟิลด์นั้นโดยที่คุณไม่ต้องรับรู้ (เช่นที่อยู่ทั้งหมด) หากคุณมีขนาดที่เหมาะสมคุณอาจได้รับข้อผิดพลาดในการแทรกแทน
• การอนุญาตให้แถวกว้างมากอาจนำไปสู่การแยกหน้าและการแยกส่วน หากคุณมีแถวที่ยาวกว่า 8k จะต้องแบ่งเป็นหน้าข้อมูลหลายหน้า สิ่งเหล่านี้มากมายอาจทำให้ประสิทธิภาพเสียหายได้ โดยทั่วไปตัวแคบจะมีประสิทธิภาพมากกว่า

หากคุณหมายถึง "มีโทษสำหรับการประกาศขนาดของเขตข้อมูลที่ใหญ่กว่าค่าใด ๆ ที่จัดเก็บจริงหรือไม่" ถ้าเป็นเช่นนั้นจะประกาศ varchar คำตอบคือไม่ เอ็นจิน SQL DB ทุกตัวที่ฉันรู้จักเก็บเฉพาะจำนวนอักขระที่กำหนดในข้อมูลจริง (บวกค่าความยาว) ดังนั้นถ้าคุณกำหนดเขตข้อมูลเป็น varchar (100) แต่เก็บเฉพาะ 10 อักขระในนั้นก็จะใช้เวลาเพียง 10 ตัวอักษรบนดิสก์ (บวก 2 ไบต์หรือมากกว่านั้นสำหรับความยาว) เมื่อมีข้อสงสัยฉันมักจะทำให้ทุ่ง varchar ของฉันมีขนาดใหญ่อย่างน่าขัน

หากคุณหมายถึง "มีโทษสำหรับการจัดเก็บฟิลด์อักขระที่ยาว" คำตอบคือใช่ พื้นที่ดิสก์วันนี้ราคาถูก แต่มันไม่ฟรีดังนั้นคุณไม่ต้องการเสียมันโดยไม่มีเหตุผล อาจมีความสำคัญมากกว่านั้นอาจต้องใช้เวลาในการอ่านข้อมูลออกจากดิสก์ดังนั้นยิ่งฟิลด์ข้อมูลของคุณยาวขึ้นเท่าไหร่โปรแกรมก็ยิ่งช้าลงเท่านั้น หากมีการจัดทำดัชนีฟิลด์สิ่งนี้จะทำให้การสืบค้นของคุณช้าลงจริง ๆ เนื่องจากการอ่านทุกครั้งจะต้องเปรียบเทียบค่าคีย์กับฟิลด์ยาวขนาดใหญ่นี้

โปรดทราบว่าหากคุณให้ช่องป้อนข้อมูลขนาดใหญ่แก่ผู้ใช้ผู้ใช้จะใช้งานไม่ช้าก็เร็ว

ทุกอย่างที่พูดมาฉันจะทำผิดด้านข้างใหญ่เกินไปเล็กเกินไป พื้นที่ดิสก์มีราคาถูกพอที่คุณไม่ต้องการบังคับให้ผู้ใช้คิดค้นตัวย่อได้ทันทีเนื่องจากไม่สามารถใส่ข้อมูลจริงลงในฟิลด์ที่มีอยู่ได้ ระบบที่ฉันใช้อยู่วันนี้มีฟิลด์คำอธิบายผลิตภัณฑ์ที่เล็กเกินไปสำหรับชื่อจริงของผลิตภัณฑ์ของเราดังนั้นผู้ใช้จึงต้องย่อ และแน่นอนว่าผู้ใช้ทุกคนมีตัวย่อแตกต่างกันดังนั้นเราจึงมีวิธีที่แตกต่างกันยี่สิบวิธีในการพูดในสิ่งเดียวกัน

ใครก็ตามที่อ้างว่าไม่มีบทลงโทษสำหรับการประกาศขนาดของเขตข้อมูลที่ใหญ่กว่าสิ่งที่จะถูกจัดเก็บจริงในตารางนั้นไม่ถูกต้อง ขนาดที่แท้จริงของข้อมูล (รวมทั้งค่าใช้จ่าย 2 ไบต์) เป็นสิ่งที่ได้รับการจัดเก็บจริง แต่มันเป็นคำจำกัดความของคอลัมน์ที่ใช้ในการกำหนดประมาณการเท่าที่แผนปฏิบัติการดำเนินการไป ดังนั้นในขณะที่การประกาศ varchar (1,000) เพื่อเก็บค่า 10 อักขระจะกินเนื้อที่ดิสก์ได้เพียง 12 ตัวเท่านั้นประมาณการแผนดำเนินการจะมีประสิทธิภาพน้อยกว่ามากและมีผลเสียต่อการเอียง การดำเนินการสามารถดำเนินการในหน่วยความจำเพียงอย่างเดียวหรือไม่หรือต้องใช้พื้นที่ดิสก์ชั่วคราวด้วยเช่นกัน คุณอาจสร้างคอลัมน์ varchar (1,000) แต่เครื่องมือไม่ทราบว่าค่าที่เก็บไว้ทั้งหมดของคุณน้อยกว่า varchar (10)

การตรวจสอบความยาวของฟิลด์เป็นสิ่งที่คุณได้รับ 'ฟรี' ซึ่งหมายความว่าคุณไม่จำเป็นต้องใช้CHECKข้อ จำกัด ในการทำเช่นเดียวกัน และคุณไม่ต้องการค่าข้อมูลที่มีขนาดใหญ่เกินไปตัวอย่างเช่นคุณต้องอัปโหลดข้อมูลของคุณไปยังฐานข้อมูลอื่นที่มีการ จำกัด องค์ประกอบข้อมูลเดียวกันถึง 35 ตัวอักษรให้สอดคล้องกับที่อยู่มาตรฐานสากล