แนวคิดที่สอง (เพื่อสร้างแอตทริบิวต์บูลีนสำหรับการเลือก) มีข้อดีมากมาย :
(i) เอกสารชัดเจนว่าต้องระบุอะไร
(ii) เป็นชุดข้อมูลถาวรและเคลื่อนย้ายได้เช่นเดียวกับชุดข้อมูลพื้นฐาน
(iii) เป็นกลไกที่เรียบง่ายและตรงไปตรงมาเพื่อกำหนดว่าฉลากใดจะปรากฏขึ้น
(iv) การวิเคราะห์แม้ในกรณีที่มีคำถามเกี่ยวกับความสัมพันธ์ระหว่างตัวเลือกฉลากและตัวแปรอื่น ๆ และ
(v) ด้วยการเข้ารหัสทางเลือกของลูกค้าอย่างไม่ใส่ใจมันไม่สร้างข้อมูลที่ซ้ำกัน
มีการสร้างฐานข้อมูลทั่วไปและหลักการจัดการที่ทำงานที่นี่ตามที่แนะนำอย่างชาญฉลาดในคำถาม หนึ่งในนั้นคือชิ้นส่วนของข้อมูลที่สอดคล้องกันใด ๆ ควรถูกนำมาแสดงในฐานข้อมูลที่ไม่ซ้ำกันถ้าเป็นไปได้ (ข้อมูลที่ใช้เป็นกุญแจในการดำเนินการเข้าร่วมและเกี่ยวข้องแน่นอนต้องปรากฏในหลายสถานที่โดยอาศัยการทำงานของมันในการระบุบันทึกที่สอดคล้องกันในตารางที่แตกต่างกัน) มีเหตุผลที่ยอดเยี่ยมสำหรับหลักการนี้เช่นเดียวกับใครก็ตามที่พยายามรักษามาตรฐานฐานข้อมูลเชิงสัมพันธ์สามารถยืนยันได้: หากคุณจำไม่ได้ว่าจะปรับปรุงหรือลบหรือเพิ่มข้อมูลนี้ทุกครั้ง ตารางที่ปรากฏขึ้นฐานข้อมูลของคุณจะไม่สอดคล้องกันภายในไม่ช้า: มันเสียหายและมักจะแก้ไขไม่ได้
อีกหลักการหนึ่งคือในการออกแบบฐานข้อมูลเชิงสัมพันธ์ที่ดีแต่ละตารางควรแสดงถึงเอนทิตี "แนวคิด" เดียว : สิ่งที่ข้อมูลกำลังสร้างแบบจำลองหรือความสัมพันธ์ระหว่างสิ่งเหล่านั้น เมื่อไคลเอนต์ระบุคุณลักษณะที่เลือกโดยพลการพวกเขาจะระบุชุดย่อยของแถวในตารางอย่างมีประสิทธิภาพ ในทางคณิตศาสตร์โดยความจริงของการแยกนี่เหมือนกับการตั้งค่าสถานะด้วยฟิลด์บูลีน ดังนั้นสิ่งใด ๆ ที่มีความหมาย "โดยพลการ" ของสิ่งต่าง ๆ ในฐานข้อมูลสามารถถูกแสดงด้วยฟิลด์บูลีนและในทางกลับกันฟิลด์ดังกล่าวเป็นวิธีที่ดีในการจัดเก็บชุดย่อยตามอำเภอใจ (หรือการเลือก)
แต่หลักการก็คือว่าคุณควรจะชอบใช้ความสามารถในการจัดการข้อมูลพื้นฐานของระบบสารสนเทศภูมิศาสตร์ในการจัดเก็บข้อมูล ทางเลือกคือกิจเฉพาะกิจวิธีขึ้นอยู่กับความสามารถของ GIS ในการจัดเก็บข้อมูลภายใน "ไฟล์โครงการ" หรือในรูปแบบอิสระอื่น ๆ ตัวอย่างทั่วไปของสิ่งนี้คือแนวปฏิบัติในการเลือกและวางป้ายกำกับที่ต้องการด้วยตนเอง บ่อยครั้งที่การทำเช่นนี้รวดเร็วและง่ายดาย ปัญหาเกิดขึ้นทุกครั้งที่มีการเปลี่ยนแปลงหรือต้องการงานที่จะทำซ้ำ อย่างใดอย่างหนึ่งของสถานการณ์เหล่านี้จะหลีกเลี่ยงไม่ได้จริง การจัดวางฉลากด้วยตนเองนั้นมีความสำคัญอย่างยิ่งต่อการจัดเก็บข้อมูล (กล่าวคือสิ่งที่ควรระบุไว้ในส่วนย่อยของคุณลักษณะ) นอก RDBMS ในรูปวงรีอย่างยิ่ง กล่าวคือการเลือกที่ระบุ แต่เพียงผู้เดียวโดยที่ป้ายชื่อปรากฏขึ้นและตัวเลือกใดไม่มี คิดว่าคุณจะแก้ปัญหาที่ตามมาได้อย่างไร:
ลูกค้าต้องการให้ป้ายกำกับเดียวกันปรากฏในแผนที่ที่เกี่ยวข้อง แต่แตกต่างกันซึ่งเป็นส่วนหนึ่งของโครงการอื่น
มีคำถามเกิดขึ้นว่าป้ายกำกับนั้นเชื่อมโยงกับคุณลักษณะอื่น ๆ หรือไม่
หลังจากทำการเปลี่ยนแปลงฉลากหลายครั้งเมื่อเวลาผ่านไประบบจะขอให้คุณเปลี่ยนกลับเป็นเวอร์ชันดั้งเดิม
ในกรณีเหล่านี้งานที่เกี่ยวข้องกับการแก้ปัญหาอาจมีขนาดใหญ่มากคุณต้องทำซ้ำการติดฉลากซ้ำอีกครั้งหรือทำการตรวจสอบข้ามด้วยตนเองกับตารางฐานข้อมูลหรือค้นหาและกู้คืนไฟล์โครงการเก่าที่เก็บถาวร หากป้ายกำกับถูกแสดงแทนด้วยเขตข้อมูลบูลีนในฐานข้อมูลแทนการทำงานจะเป็นเรื่องเล็กน้อย