มีจุดใดบ้างในการลดขนาดคอลัมน์ VARCHAR?

Googling แถว ๆนั้นดูเหมือนว่าจะมีการรายงานแบบผสมไม่ว่าขนาดของVARCHAR2คอลัมน์ใน Oracle จะส่งผลกระทบต่อประสิทธิภาพหรือไม่

ฉันต้องการที่จะให้คำถามVARCHARขนาดบิดเล็กน้อยและหวังว่าจะได้รับข้อมูลเชิงลึกในนี้:

ที่กำหนด (หลาย) สาขาข้อความอิสระ ( ไม่ได้สิ่งที่สั้น ๆ เช่นชื่อ) ที่คุณต้องการในการจัดเก็บใน (Oracle) ฐานข้อมูลจะมีจุดใด (WRT. ประสิทธิภาพหรืออื่น ๆ ) ในไม่ maxing ออกVARCHARความจุ ( VARCHAR2(4000)ใน Oracle) แต่เลือก ค่าที่น้อยกว่าเช่น 1024 หรือ 512 เพราะนั่นน่าจะเพียงพอใน 98% ของคดีอยู่แล้ว

มันส่งผลกระทบต่อการใช้หน่วยความจำโดยเฉพาะอย่างยิ่งเมื่อโปรแกรมไคลเอนต์ต้องจัดสรรหน่วยความจำให้เพียงพอเพื่อรับชุดข้อมูล

โปรดจำไว้ว่าแอพจำนวนมาก (โดยเฉพาะแอปพลิเคชันทางเว็บ) ใช้ UTF-8 ซึ่งเป็นชุดอักขระแบบหลายไบต์ ดังนั้นคุณควรพิจารณาอักขระแทนไบต์

หากฉันคาดว่าจะมีตัวละครกว่าพันตัวฉันจะพิจารณา CLOB อย่างกระตือรือร้น ฉันคิดว่ามันจะเก็บข้อความธรรมดาหรือมาร์กอัป (wiki / html?) รูปแบบการใช้กับภาษาที่ไม่ใช่ยูโร ตัวอย่างเช่นคำถามและคำตอบที่นี่จะเป็น CLOB แต่ความคิดเห็นสามารถใส่ใน VARCHAR ได้

หากคุณใช้ VARCHAR สูงสุดในอีกหกเดือนข้างหน้าใครบางคนจะต้องการทำให้มันใหญ่ขึ้นอีกครั้งและคุณจะเตะตัวเองโดยไม่ใช้ CLOB

โดยทั่วไปไม่มีข้อควรพิจารณาด้านประสิทธิภาพแม้ว่าจะมีปัญหาด้านที่อาจมีความสำคัญกับคุณ ขีด จำกัด ของ a varcharควรถูกพิจารณาว่าเป็นข้อ จำกัด เช่นเดียวกับข้ออื่น ๆ - มีการบังคับใช้กฎทางธุรกิจ

IMO คำถามที่คุณควรจะถามคือ "ฉันต้องการที่จะป้องกันไม่ให้ข้อมูลฟรีข้อความที่เก็บไว้ในด้านนี้อยู่นานแล้วnไบต์ / ตัวอักษร" - นั่นเป็นเพียงการกำหนดปัจจัยในการเลือกระหว่างและvarchar(512)varchar(4000)

โปรดทราบว่าฉันสมมติว่าคุณกำลังพูดถึงvarcharชนิดของ SQL สถานการณ์ที่แตกต่างกันpl/sqlและการเลือกความยาวอาจมีความสำคัญสำหรับเหตุผลการจัดสรรหน่วยความจำ

ถ้าค่าที่มีขนาดเล็กจะทำงานให้ 98% ของกรณี แต่จะใช้เวลา VARCHAR2 (4000) ในการทำงาน 100% ของกรณีแล้วคุณมีทางเลือกน้อย แต่จะใช้ค่าที่มีขนาดใหญ่ การสร้างตารางแยกต่างหากสำหรับ 2% ของค่าและจากนั้นประสานงานแทรก / เลือก ฯลฯ จะเพิ่มความซับซ้อนที่จะกำจัดหน่วยความจำหรือประสิทธิภาพการทำงานที่ได้รับประโยชน์จากการไม่ขยายสนาม