ต่อไป »

[JumDaiDee]

แบบที 1 แบ่งเป็น 3 คอลัมน์ คือ year, month, day (ทำเป็น 3 index)
แบบที่ 2 แบ่งเป็น 1 คอลัมน์ คือ year-month-day

พี่ๆ ที่มีประสบการณ์ query ข้อมูลเกี่ยวกับวัน ควรใช้แบบไหนดีกว่ากันครับ

[chaynuwong]

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

 

[infamous]

ถ้าให้ผมเลือก เลือกข้อที่ไม่ต้องแยกฟิลด์ครับ
แต่ถ้าต้องการดึง performance กันจริงๆ(100k rows+) ลงเก็บแบบ timestamp ดูครับ
เห็นผลต่างกันเยอะพอสมควร ระหว่าง string(varchar) กับ integer
โดย integer จะเร็วกว่า varchar หรือ string ครับ ในกรณี query เหมือนกัน(index เหมือนกัน)
ทั้งนี้ทั้งนั้นขึ้นอยู่กับงานของเราด้วยครับว่า เหมาะสมกับแบบไหน

ข้อดีของเก็บแบบ date/datetime format คือ ใน business logic มันไม่ต้องอะไรมากมายครับ
แต่ถ้าเป็น timestamp เราต้องมาเสียเวลา convert back to date/datetime format อีกทีครับ ซึ่งก็แล้วแต่งานด้วย

ผิดพลาดอย่างไร ต้องขออภัยด้วยครับ

[nscyber]

แบบที่ 2 ครับยิ่งซอยเยอะเวลาเรียกเงื่อนไขยิ่งเยอะ เก็บทีเดียวเรียกทีเดียว

 

[insidecom]

แนะนำอีกเสียง เก็บแบบที่ 2 format Y-m-d ครับ (date หรือ datetime ก็ได้ แต่เก็บแบบ datetime จะละเอียดกว่า Y-m-d H:i:s)
ตอนนำข้อมูลมาใช้ การจัดเรียงตามวันที่ (sort) ง่ายและเร็ว การแสดงผลอาจจะใช้ PHP Date มาจัดการครับ
แต่ถ้าจะเปลี่ยน date ไปเป็น TimeStamp  ใน PHP ให้ใช้ strtotime(date) เอาครับ

[buakaew]

2 ดูดีกว่า 

[subport]

แบบ 2 ครับ ช่วยลดภาระแรมได้