Suppose that a parts inventory data

Suppose that a parts inventory database contains a onecharacter field for category, such as electrical, mechanical, or hydraulic. The
design works well, but what if the company decides to break these overall groups
down into more specific segments? Why should there be a limitation of just one
character? A better design would anticipate possible expansion to two or more
characters. For example, many people recall the concern called the Y2K issue,
when some older programs that used only two characters to store the year might
not adjust properly to the new century.

ผลลัพธ์ (ไทย) 1:

สมมติว่า ฐานข้อมูลชิ้นส่วนสินค้าคงคลังประกอบด้วย onecharacter สำหรับประเภท เช่นไฟฟ้า เครื่องกล หรือไฮดรอลิก ที่ออกแบบทำงานได้ดี แต่ถ้าบริษัทตัดสินใจที่จะแบ่งกลุ่มโดยรวมลงในเซ็กเมนต์เฉพาะเพิ่มเติม ทำไมจะมีข้อจำกัดเพียงหนึ่งอักขระหรือไม่ ออกแบบดีจะคาดการณ์ขยายตัวเป็นไปได้สองรายการหรือมากกว่าตัวอักษร ตัวอย่าง หลายคนนึกกังวลที่เรียกว่าฉบับปี พ.ศ.2540เมื่อโปรแกรมเก่า ๆ บางโปรแกรมที่ใช้อักขระเพียงสองเก็บปีอาจไม่ปรับอย่างถูกต้องเพื่อศตวรรษใหม่

ผลลัพธ์ (ไทย) 2:

สมมติว่าฐานข้อมูลสินค้าคงคลังส่วนประกอบด้วยฟิลด์ onecharacter สำหรับประเภทเช่นไฟฟ้าเครื่องกลหรือไฮโดรลิค
ออกแบบทำงานได้ดี แต่ถ้า บริษัท
ตัดสินใจที่จะทำลายกลุ่มโดยรวมเหล่านี้ลงไปในกลุ่มที่เฉพาะเจาะจงมากขึ้น? ทำไมควรจะมีข้อ จำกัด
เพียงหนึ่งตัวอักษร?
การออกแบบที่ดีกว่าจะคาดว่าจะมีการขยายตัวเป็นไปได้ที่สองหรือมากกว่าตัวอักษร ตัวอย่างเช่นหลาย ๆ คนจำความกังวลที่เรียกว่าปัญหา Y2K, เมื่อบางโปรแกรมเก่าที่ใช้เพียงตัวละครสองตัวในการจัดเก็บปีอาจจะไม่ปรับอย่างถูกต้องเพื่อศตวรรษใหม่

ผลลัพธ์ (ไทย) 3:

สมมติว่า ฐานข้อมูลสินค้าคงคลังอะไหล่ประกอบด้วยฟิลด์ onecharacter ประเภท เช่น ไฟฟ้า เครื่องกล หรือไฮดรอลิก
ออกแบบ ใช้งานได้ดี แต่ถ้า บริษัท ตัดสินใจที่จะทำลายกลุ่มโดยรวมเหล่านี้
ลงกลุ่มที่เฉพาะเจาะจงมากขึ้น ทำไมต้องมีข้อ จำกัด เพียงหนึ่ง
ตัวละคร ? การออกแบบที่ดีจะคาดหวังได้ขยายตัวถึงสองคนหรือมากกว่า
ตัวอักษร ตัวอย่างเช่นหลายคนนึกกังวลว่าปัญหา Y2K
เมื่อรุ่นเก่าบางโปรแกรมที่ , ใช้เพียงสองตัวเพื่อเก็บปีอาจ
ไม่ปรับอย่างถูกต้องในศตวรรษใหม่