ฉันจำเป็นต้องใช้ ID ในฐานข้อมูลของฉันหรือไม่หากบันทึกสามารถระบุวันที่ได้

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

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

ตารางของฉันยังต้องการคอลัมน์ ID หรือไม่ ถ้าเป็นเช่นนั้นข้อดีของการใช้ ID เป็นตัวระบุบันทึกซึ่งตรงข้ามกับวันที่คืออะไร?

IMHO การหลีกเลี่ยงการใช้คอลัมน์วันที่เป็นคีย์หลักจะดีที่สุด

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

ประเด็นอื่น ๆ ที่คุณอาจต้องการพิจารณา:

คุณอาจคิดว่าจุดในเวลานั้นไม่เหมือนใคร แต่ขึ้นอยู่กับความละเอียดของคอลัมน์วันที่ มันเป็นนาทีวินาทีมิลลิวินาที ฯลฯ คุณสามารถเป็นอย่างแน่ใจว่าคุณจะไม่เคยได้รับการละเมิดคีย์หลัก?

ท้ายที่สุดหากคุณต้องการย้ายฐานข้อมูลไปยังแพลตฟอร์มอื่นคุณอาจประสบปัญหาอีกครั้งที่ข้อมูลวันที่แตกต่างกันระหว่างแพลตฟอร์ม

แน่นอนคุณต้องสมดุลในอุดมคติกับสิ่งที่คุณต้องทำงานด้วย หากช่องว่างเป็นเรื่องที่น่าเป็นห่วงมากการใช้คอลัมน์วันที่อาจเป็นความชั่วร้ายที่น้อยกว่า นั่นคือการตัดสินใจออกแบบที่คุณต้องทำ

แก้ไข:

ฉันควรชี้ให้เห็นว่าสิ่งนี้ไม่ได้บ่งชี้ว่ามันเป็นการตัดสินใจที่ไม่ดีนัก เพียงแค่ว่าอาจมีปัญหากับการปฏิบัติของ RDBMS ในคำถาม

ไม่คุณไม่จำเป็นต้องมีคอลัมน์ ID ที่กำหนดไว้ในสคีมาของคุณอย่างเคร่งครัดหากคุณสามารถรับประกันได้ว่าจะไม่มีวันที่ซ้ำกัน

แต่ ...

... ที่บอกว่าคุณอาจใช้มันดีอยู่ดี ความลับเล็ก ๆ น้อย ๆ ที่นี่คือ SQLite มี ID ที่เพิ่มขึ้นอัตโนมัติซึ่งไม่ซ้ำกันสำหรับทุกตารางที่เรียกว่า ROWID หากคุณประกาศคอลัมน์จำนวนเต็มที่เพิ่มขึ้นอัตโนมัติในตารางของคุณเป็น PK, SQLite จะไม่สร้างคอลัมน์ใหม่ - มันจะเป็นเพียงนามแฝงคอลัมน์ ROWID ที่มีอยู่แล้ว

ใน SQLite ทุกแถวของทุกตารางมีจำนวนเต็มแบบ 64 บิตที่ลงนามแล้ว ROWID สำหรับแต่ละแถวไม่ซ้ำกันในทุกแถวในตารางเดียวกัน

คุณสามารถเข้าถึง ROWID ของตาราง SQLite โดยใช้ชื่อคอลัมน์พิเศษ ROWID, ROWIDหรือ OID ยกเว้นถ้าคุณประกาศคอลัมน์ตารางธรรมดาให้ใช้ชื่อพิเศษเหล่านั้นการใช้ชื่อนั้นจะอ้างถึงคอลัมน์ที่ประกาศไม่ให้เป็น ROWID ภายใน

หากตารางมีคอลัมน์ประเภท INTEGER Primary KEY คอลัมน์นั้นจะกลายเป็นนามแฝงสำหรับ ROWID จากนั้นคุณสามารถเข้าถึง ROWID โดยใช้ชื่อที่แตกต่างกันสี่ชื่อสามชื่อเดิมที่อธิบายไว้ข้างต้นหรือชื่อที่ให้ไว้ในคอลัมน์ INTEGER Primary KEY ชื่อเหล่านี้เป็นชื่อแทนกันและทำงานได้ดีในบริบทใด ๆ

http://www.sqlite.org/autoinc.html

ดังนั้นคุณจะไม่ประหยัดพื้นที่ใด ๆ โดยไม่ใช้คอลัมน์ ID เนื่องจากคุณได้รับหนึ่งรายการต่อตารางไม่ว่าคุณต้องการหรือไม่!

ใช้ฟิลด์ ID หากรายการใด ๆ ต่อไปนี้เป็นจริง:

1. ไม่มีคีย์ธรรมชาติ (วันที่จะไม่ซ้ำกัน)
2. ฟิลด์วันที่จะมีการเปลี่ยนแปลงบ่อยครั้ง
3. อาจไม่ทราบวันที่ในช่วงเวลาของการแทรก
4. ตัวระบุหลายคอลัมน์มีจำนวนเกินสามคอลัมน์ซึ่งจะทำให้การเข้าร่วม verbose มากเกินไป

อ่านคำถามนี้: มีแหล่งอ้างอิงที่รองรับ "ตัวแทนเสมือน" หรือไม่?

แก้ไข:

เนื่องจากในความคิดของฉันดูเหมือนว่าไม่มีการเก็บข้อมูลข้างต้นจริงคุณไม่จำเป็นต้องใช้และ ID ฟิลด์ แต่คุณสามารถใช้ถ้าคุณต้องการ

โปรดทราบว่าคุณอาจต้องการเปลี่ยนความหมายของคอลัมน์ "วันที่" จากcreated_atเป็นupdated_atหรือเปลี่ยนแปลงอื่น ๆ ตามบรรทัดเหล่านั้นซึ่งฉันคิดว่าเป็นกรณีที่พบบ่อยมาก

การเพิ่มคอลัมน์ id ในบางกรณีจะทำให้คุณมีความยืดหยุ่นมากขึ้นเมื่อการเปลี่ยนแปลงการออกแบบของคุณ