# คู่มือ Date & Time ฉบับสมบูรณ์: ทุกรูปแบบบนโลกใบนี้ > **บทความนี้จะพาคุณเจาะลึกทุกแง่มุมของ Date & Time ตั้งแต่ประวัติศาสตร์ มาตรฐานสากล Timezone ระบบปฏิทินทั่วโลก จนถึงการเขียนโปรแกรมจัดการวันเวลาอย่างถูกต้อง** --- ## 📚 สารบัญ ### Part 1: พื้นฐานและแนวคิด 1. [ทำไม Date/Time ถึงซับซ้อน?](#ทำไม-datetime-ถึงซับซ้อน) 2. [หน่วยวัดเวลาและที่มา](#หน่วยวัดเวลาและที่มา) 3. [ระบบปฏิทินทั่วโลก](#ระบบปฏิทินทั่วโลก) ### Part 2: Timezone และมาตรฐานเวลา 4. [UTC, GMT และมาตรฐานเวลาสากล](#utc-gmt-และมาตรฐานเวลาสากล) 5. [Timezone ทั่วโลก](#timezone-ทั่วโลก) 6. [Daylight Saving Time (DST)](#daylight-saving-time-dst) 7. [IANA Timezone Database](#iana-timezone-database) ### Part 3: รูปแบบและมาตรฐาน 8. [ISO 8601 - มาตรฐานสากล](#iso-8601---มาตรฐานสากล) 9. [Unix Timestamp](#unix-timestamp) 10. [RFC 2822 และ RFC 3339](#rfc-2822-และ-rfc-3339) 11. [รูปแบบวันที่ของแต่ละประเทศ](#รูปแบบวันที่ของแต่ละประเทศ) ### Part 4: การเขียนโปรแกรม 12. [JavaScript Date & Time](#javascript-date--time) 13. [Python datetime](#python-datetime) 14. [Database Date/Time](#database-datetime) ### Part 5: Best Practices 15. [ปัญหาที่พบบ่อย](#ปัญหาที่พบบ่อย) 16. [Best Practices](#best-practices) --- # Part 1: พื้นฐานและแนวคิด ## ทำไม Date/Time ถึงซับซ้อน? ### ความซับซ้อนที่ซ่อนอยู่ Date/Time เป็นหนึ่งในปัญหาที่ยากที่สุดในการเขียนโปรแกรม เพราะมันเกี่ยวข้องกับ: | ด้าน | ปัญหา | |------|-------| | **🌍 ภูมิศาสตร์** | • 24+ timezones
• DST ไม่เหมือนกัน
• เปลี่ยนแปลงตามการเมือง | | **🕐 เวลา** | • 24 ชม. vs 12 ชม.
• Leap seconds
• Leap years
• 60 วิ vs 61 วิ | | **📅 ปฏิทิน** | • Gregorian
• Buddhist
• Islamic
• Hebrew
• Chinese | | **🔤 รูปแบบ** | • MM/DD/YYYY (US)
• DD/MM/YYYY (EU)
• YYYY-MM-DD (ISO)
• ปี พ.ศ./ค.ศ./ฮ.ศ. | | **💻 ระบบ** | • 32-bit overflow
• Epoch differences
• Float precision
• Time resolution | | **🐛 Edge Cases** | • Y2K
• Y2038
• Feb 29
• DST transitions
• Timezone changes | --- ## หน่วยวัดเวลาและที่มา ### วินาที (Second) **📜 ประวัติศาสตร์:** - มาจากการแบ่งวัน: 1 วัน = 24 ชม. = 1,440 นาที = 86,400 วินาที - 60 เป็นเลขที่หารลงตัวได้หลายตัว (1,2,3,4,5,6,10,12,15,20,30,60) - ชาวบาบิโลนใช้ระบบฐาน 60 (Sexagesimal) **⚛️ นิยามทางวิทยาศาสตร์ปัจจุบัน (SI Second):** - 9,192,631,770 รอบของรังสีที่ปล่อยจาก Cesium-133 - กำหนดโดย SI (International System of Units) - แม่นยำถึง 10⁻¹⁶ วินาที ### Leap Second (วินาทีอธิกสุรทิน) เนื่องจากการหมุนของโลกไม่สม่ำเสมอ จึงต้องมีการเพิ่ม Leap Second เพื่อให้ UTC ตรงกับการหมุนของโลก - รวมทั้งหมด: 27 leap seconds (ณ ปี 2024) - ⚠️ ในปี 2035 จะยกเลิกระบบ Leap Second ### Leap Year (ปีอธิกสุรทิน) ```javascript // กฎการตรวจสอบปีอธิกสุรทิน (Gregorian Calendar) function isLeapYear(year) { // 1. หารด้วย 4 ลงตัว AND // 2. (หารด้วย 100 ไม่ลงตัว OR หารด้วย 400 ลงตัว) return (year % 4 === 0 && year % 100 !== 0) || (year % 400 === 0); } // ตัวอย่าง: console.log(isLeapYear(2000)); // true (หาร 400 ลงตัว) console.log(isLeapYear(2024)); // true (หาร 4 ลงตัว, หาร 100 ไม่ลงตัว) console.log(isLeapYear(1900)); // false (หาร 100 ลงตัว, หาร 400 ไม่ลงตัว) console.log(isLeapYear(2100)); // false (หาร 100 ลงตัว, หาร 400 ไม่ลงตัว) // ทำไมต้องมี Leap Year? // โลกใช้เวลา ~365.2422 วันในการโคจรรอบดวงอาทิตย์ // ถ้าใช้ 365 วันตลอด จะคลาดเคลื่อน ~1 วันทุก 4 ปี ``` --- ## ระบบปฏิทินทั่วโลก ### 1. Gregorian Calendar (ปฏิทินเกรโกเรียน) **📅 ข้อมูลพื้นฐาน:** - ประกาศใช้: ค.ศ. 1582 โดย Pope Gregory XIII - ใช้งาน: ทั่วโลก (มาตรฐานสากล) **📆 โครงสร้าง:** - 12 เดือน: Jan(31), Feb(28/29), Mar(31), Apr(30), May(31), Jun(30), Jul(31), Aug(31), Sep(30), Oct(31), Nov(30), Dec(31) - สัปดาห์: 7 วัน - ปี: 365 วัน (366 ในปีอธิกสุรทิน) ### 2. Buddhist Calendar (ปฏิทินพุทธศักราช) **📅 ข้อมูลพื้นฐาน:** - จุดเริ่มต้น: ปีที่พระพุทธเจ้าปรินิพพาน - การแปลง: พ.ศ. = ค.ศ. + 543 - ใช้งาน: ไทย, ศรีลังกา, กัมพูชา, ลาว, เมียนมาร์ **⚠️ ความแตกต่างระหว่างประเทศ:** - ไทย: ปีใหม่ 1 มกราคม (ตั้งแต่ พ.ศ. 2484) - ศรีลังกา: พ.ศ. = ค.ศ. + 544 (นับรวมปีปรินิพพาน) ```javascript // การแปลง ค.ศ. ↔ พ.ศ. function toCE(buddhistYear) { return buddhistYear - 543; } function toBE(gregorianYear) { return gregorianYear + 543; } console.log(toBE(2024)); // 2567 console.log(toCE(2567)); // 2024 // การแสดงวันที่แบบไทย function formatThaiDate(date) { const thaiMonths = [ 'มกราคม', 'กุมภาพันธ์', 'มีนาคม', 'เมษายน', 'พฤษภาคม', 'มิถุนายน', 'กรกฎาคม', 'สิงหาคม', 'กันยายน', 'ตุลาคม', 'พฤศจิกายน', 'ธันวาคม' ]; const day = date.getDate(); const month = thaiMonths[date.getMonth()]; const year = date.getFullYear() + 543; return `${day} ${month} พ.ศ. ${year}`; } console.log(formatThaiDate(new Date('2024-06-15'))); // "15 มิถุนายน พ.ศ. 2567" ``` ### 3. Islamic Calendar (ปฏิทินฮิจเราะห์) **📅 ข้อมูลพื้นฐาน:** - ชื่อ: Hijri Calendar - จุดเริ่มต้น: การอพยพของท่านนบีมุฮัมมัด (ฮิจเราะห์) ค.ศ. 622 - ประเภท: จันทรคติ (Lunar Calendar) - ใช้งาน: ซาอุดิอาระเบีย, UAE, และประเทศมุสลิม **📆 โครงสร้าง:** - 12 เดือน รวม Ramadan - เดือน: 29 หรือ 30 วัน (ขึ้นอยู่กับการเห็นพระจันทร์) - ปี: 354 หรือ 355 วัน (สั้นกว่า Gregorian ~11 วัน) ### 4. Chinese Calendar (ปฏิทินจีน) ```javascript // คำนวณปีนักษัตร function getChineseZodiac(year) { const zodiacs = [ { en: 'Rat', th: 'ชวด', zh: '鼠' }, { en: 'Ox', th: 'ฉลู', zh: '牛' }, { en: 'Tiger', th: 'ขาล', zh: '虎' }, { en: 'Rabbit', th: 'เถาะ', zh: '兔' }, { en: 'Dragon', th: 'มะโรง', zh: '龙' }, { en: 'Snake', th: 'มะเส็ง', zh: '蛇' }, { en: 'Horse', th: 'มะเมีย', zh: '马' }, { en: 'Goat', th: 'มะแม', zh: '羊' }, { en: 'Monkey', th: 'วอก', zh: '猴' }, { en: 'Rooster', th: 'ระกา', zh: '鸡' }, { en: 'Dog', th: 'จอ', zh: '狗' }, { en: 'Pig', th: 'กุน', zh: '猪' } ]; const index = (year - 1900) % 12; return zodiacs[index >= 0 ? index : index + 12]; } console.log(getChineseZodiac(2024)); // { en: 'Dragon', th: 'มะโรง', zh: '龙' } console.log(getChineseZodiac(2000)); // { en: 'Dragon', th: 'มะโรง', zh: '龙' } ``` ### 5. Japanese Calendar (ปฏิทินญี่ปุ่น) **📅 ระบบรัชศก (Era Names):** - นับปีตามรัชสมัยของจักรพรรดิ **📆 รัชศกที่ใช้ปัจจุบัน:** - 令和 (Reiwa): 2019-05-01 ~ ปัจจุบัน - 平成 (Heisei): 1989-01-08 ~ 2019-04-30 - 昭和 (Shōwa): 1926-12-25 ~ 1989-01-07 - 明治 (Meiji): 1868-01-25 ~ 1912-07-30 ### 6. สรุปการเปรียบเทียบปฏิทิน | ปฏิทิน | ประเภท | จุดเริ่ม | ปีมี | ใช้ใน | |--------|---------|----------|------|-------| | Gregorian | Solar | 1 AD | 365/366 วัน | ทั่วโลก (มาตรฐาน) | | Buddhist | Solar | 543 BC | 365/366 วัน | ไทย, ศรีลังกา, พม่า | | Islamic | Lunar | 622 AD | 354/355 วัน | ประเทศมุสลิม | | Hebrew | Lunisolar | 3761 BC | 353-385 วัน | อิสราเอล | | Chinese | Lunisolar | 2637 BC | 353-385 วัน | จีน, เอเชียตะวันออก | | Japanese | Solar | Era-based | 365/366 วัน | ญี่ปุ่น | | Persian | Solar | 622 AD | 365/366 วัน | อิหร่าน | --- # Part 2: Timezone และมาตรฐานเวลา ## UTC, GMT และมาตรฐานเวลาสากล ### ประวัติความเป็นมา **วิวัฒนาการของมาตรฐานเวลา:** | ยุค | มาตรฐาน | รายละเอียด | |-----|---------|-----------| | ก่อน 1800s | Local Solar Time | แต่ละเมืองใช้เวลาตามดวงอาทิตย์ของตัวเอง | | 1840s | Railway Time | การรถไฟต้องการเวลามาตรฐาน | | 1884 | GMT (Greenwich Mean Time) | กำหนดให้ Greenwich, England เป็นเส้นเมริเดียนที่ 0°
แบ่งโลกเป็น 24 timezone | | 1960 | UTC (Coordinated Universal Time) | ใช้นาฬิกาอะตอม แม่นยำกว่า GMT
แทนที่ GMT เป็นมาตรฐานสากล | ### ความแตกต่างระหว่าง GMT และ UTC | GMT | UTC | |-----|-----| | • ใช้การสังเกตดวงอาทิตย์ | • ใช้นาฬิกาอะตอม | | • ไม่มี leap seconds | • มี leap seconds | | • เป็น timezone (GMT+0) | • เป็นมาตรฐานเวลา | **⚠️ ในทางปฏิบัติ:** GMT ≈ UTC (ต่างกัน < 1 วินาที) แต่ในโปรแกรมมิ่ง ควรใช้ UTC เสมอ --- ## Timezone ทั่วโลก ### รายละเอียด Timezone สำคัญ | Offset | ตัวย่อ | พื้นที่ | |--------|--------|---------| | UTC-12 | AoE | Baker Island | | UTC-10 | HST | Hawaii | | UTC-8 | PST/PT | Los Angeles, Vancouver | | UTC-7 | MST/MT | Denver, Phoenix | | UTC-6 | CST/CT | Chicago, Mexico City | | UTC-5 | EST/ET | New York, Toronto | | UTC-3 | BRT | São Paulo, Buenos Aires | | UTC±0 | GMT/UTC | London, Lisbon | | UTC+1 | CET | Paris, Berlin, Rome | | UTC+2 | EET | Cairo, Athens, Jerusalem | | UTC+3 | MSK | Moscow, Istanbul | | UTC+5:30 | IST | Mumbai, Delhi | | UTC+7 | ICT | Bangkok, Jakarta, Ho Chi Minh 🇹🇭 | | UTC+8 | CST/SGT | Beijing, Singapore, Hong Kong | | UTC+9 | JST/KST | Tokyo, Seoul | | UTC+10 | AEST | Sydney, Melbourne | | UTC+12 | NZST | Auckland, Wellington | ### Timezone ที่แปลกประหลาด | ประเทศ | Timezone | รายละเอียด | |--------|----------|-----------| | 🇳🇵 Nepal | UTC+5:45 | ต่างจาก India (UTC+5:30) เพียง 15 นาที
เหตุผล: แสดงความเป็นเอกราชจากอินเดีย | | 🇮🇳 India | UTC+5:30 | ประเทศใหญ่มากแต่ใช้ timezone เดียว
กว้าง ~3,000 กม. (ควรมี 2-3 timezone) | | 🇨🇳 China | UTC+8 | ประเทศใหญ่ที่สุดที่ใช้ timezone เดียว
กว้าง ~5,000 กม. (ควรมี 5 timezone) | | 🇷🇺 Russia | 11 timezones | มี 11 timezone (มากที่สุดในโลก) | ### Timezone ของประเทศไทย **Thailand Timezone (ICT):** - IANA Name: `Asia/Bangkok` - Offset: UTC+7 (ตลอดปี, ไม่มี DST) - ตัวย่อ: ICT (Indochina Time) **ประเทศที่ใช้ UTC+7 เหมือนกัน:** - เวียดนาม, ลาว, กัมพูชา, อินโดนีเซีย (ภาคตะวันตก) --- ## Daylight Saving Time (DST) ### DST คืออะไร? **📖 คำจำกัดความ:** - การปรับเวลาให้เร็วขึ้น 1 ชั่วโมงในช่วงฤดูร้อน **🌞 ฤดูร้อน (DST Active):** - ปรับเวลาเร็วขึ้น 1 ชั่วโมง - เช่น: 2:00 AM → 3:00 AM - เวลา 2:00 - 2:59 AM ไม่มีอยู่จริง! **🍂 ฤดูหนาว (DST Ends):** - ปรับเวลาช้าลง 1 ชั่วโมง - เช่น: 2:00 AM → 1:00 AM - เวลา 1:00 - 1:59 AM เกิดขึ้น 2 ครั้ง! **⚠️ ปัญหาสำหรับโปรแกรมเมอร์:** - บางวันมี 23 ชั่วโมง (DST เริ่ม) - บางวันมี 25 ชั่วโมง (DST จบ) ### ประเทศที่ใช้ DST **ใช้ DST:** - USA (ส่วนใหญ่), Canada, UK, EU, Australia (บางรัฐ), New Zealand **ไม่ใช้ DST:** - ไทย, จีน, ญี่ปุ่น, เกาหลี, อินเดีย - แอฟริกาส่วนใหญ่ - รัสเซีย (ยกเลิก 2011) - ตุรกี (ยกเลิก 2016) --- # Part 3: รูปแบบและมาตรฐาน ## ISO 8601 - มาตรฐานสากล ### ทำไมต้อง ISO 8601? **✨ ข้อดี:** - **Unambiguous** - ไม่กำกวม (01/02/03 หมายถึงอะไร?) - **Sortable** - เรียงลำดับได้โดยไม่ต้องแปลง - **Machine-readable** - อ่านได้ทั้งคนและเครื่อง - **International** - ไม่ขึ้นกับภาษาหรือวัฒนธรรม **📝 รูปแบบหลัก:** - **Date:** YYYY-MM-DD - **Time:** hh:mm:ss.sss - **Combined:** YYYY-MM-DDThh:mm:ss.sssZ - **With offset:** YYYY-MM-DDThh:mm:ss.sss±hh:mm ### รูปแบบทั้งหมดของ ISO 8601 ```javascript // === DATE FORMATS === '2024-06-15' // YYYY-MM-DD (recommended) '2024-06' // YYYY-MM '2024' // YYYY '2024-W24' // Week date '2024-167' // Ordinal date (day 167 of year) // === TIME FORMATS === '14:30:00' // hh:mm:ss '14:30:00.000' // With milliseconds '14:30' // hh:mm // === DATETIME FORMATS === '2024-06-15T14:30:00Z' // UTC (Zulu time) '2024-06-15T14:30:00+07:00' // With timezone offset '2024-06-15T14:30:00.123Z' // With milliseconds // === DURATION FORMATS === 'P3Y6M4DT12H30M5S' // 3 years, 6 months, 4 days, 12 hours, 30 minutes, 5 seconds 'P1Y' // 1 year 'PT1H' // 1 hour 'P2W' // 2 weeks // === INTERVAL FORMATS === '2024-01-01/2024-12-31' // Start and end '2024-06-15/P1M' // Start and duration ``` --- ## Unix Timestamp ### Unix Timestamp คืออะไร? **📖 คำจำกัดความ:** - จำนวนวินาที (หรือ milliseconds) นับจาก Unix Epoch **📅 Unix Epoch:** - January 1, 1970, 00:00:00 UTC **📊 รูปแบบ:** - **Seconds:** 1718441400 (10 หลัก) - **Milliseconds:** 1718441400000 (13 หลัก) **✨ ข้อดี:** - ไม่ขึ้นกับ timezone - เปรียบเทียบง่าย - เก็บในฐานข้อมูลได้ง่าย **⚠️ ข้อเสีย:** - อ่านไม่ออก (human-readable) - Y2038 Problem (32-bit overflow) ### Y2038 Problem **🐛 ปัญหา:** - 32-bit signed integer สามารถเก็บค่าได้สูงสุด 2,147,483,647 - Unix timestamp จะ overflow ในวันที่: **January 19, 2038, 03:14:07 UTC** **✅ วิธีแก้:** - ใช้ 64-bit signed integer - ระบบส่วนใหญ่ปัจจุบันใช้ 64-bit แล้ว ```javascript // Unix Timestamp Operations // Get current timestamp const nowSeconds = Math.floor(Date.now() / 1000); // Seconds const nowMilliseconds = Date.now(); // Milliseconds // Convert to Date const date = new Date(nowMilliseconds); const dateFromSeconds = new Date(nowSeconds * 1000); // Convert Date to timestamp const timestamp = Math.floor(date.getTime() / 1000); // Y2038 Problem demonstration const maxInt32 = 2147483647; const y2038Date = new Date(maxInt32 * 1000); console.log(y2038Date.toISOString()); // "2038-01-19T03:14:07.000Z" ``` --- ## รูปแบบวันที่ของแต่ละประเทศ | รูปแบบ | ตัวอย่าง | ใช้ใน | หมายเหตุ | |--------|----------|--------|----------| | YYYY-MM-DD | 2024-06-15 | ISO, Japan, Korea, China | Big-endian - แนะนำสำหรับโปรแกรม | | DD/MM/YYYY | 15/06/2024 | UK, EU, Thai, Australia | Little-endian - ใช้มากที่สุดในโลก | | MM/DD/YYYY | 06/15/2024 | USA | Middle-endian - สับสนได้ง่าย | | DD.MM.YYYY | 15.06.2024 | Germany, Russia | Little-endian with dot | | DD เดือน YYYY | 15 มิ.ย. 2567 | Thailand | ใช้ พ.ศ. และชื่อเดือนไทย | --- # Part 4: การเขียนโปรแกรม ## JavaScript Date & Time ### Built-in Date Object ```javascript // === Creating Dates === const now = new Date(); const fromString = new Date('2024-06-15T14:30:00Z'); const fromComponents = new Date(2024, 5, 15, 14, 30, 0); // ⚠️ month is 0-indexed! const fromTimestamp = new Date(1718441400000); // === Getting Values === const d = new Date('2024-06-15T14:30:45.123Z'); d.getFullYear(); // 2024 d.getMonth(); // 5 (June, 0-indexed!) d.getDate(); // 15 d.getDay(); // 6 (Saturday) d.getHours(); // depends on local timezone d.getMinutes(); // 30 d.getTime(); // milliseconds since epoch // UTC components d.getUTCHours(); // 14 // === Formatting === d.toISOString(); // "2024-06-15T14:30:45.123Z" d.toLocaleString('th-TH', { timeZone: 'Asia/Bangkok' }); // === Date Math === const future = new Date(); future.setDate(future.getDate() + 7); // Add 7 days future.setMonth(future.getMonth() + 1); // Add 1 month ``` ### Intl.DateTimeFormat ```javascript const date = new Date('2024-06-15T14:30:00'); // Different locales new Intl.DateTimeFormat('en-US').format(date); // "6/15/2024" new Intl.DateTimeFormat('en-GB').format(date); // "15/06/2024" new Intl.DateTimeFormat('th-TH').format(date); // "15/6/2567" // With options new Intl.DateTimeFormat('th-TH', { dateStyle: 'full', timeStyle: 'long', timeZone: 'Asia/Bangkok' }).format(date); // "วันเสาร์ที่ 15 มิถุนายน พ.ศ. 2567 เวลา 21:30:00 GMT+7" // Different calendars new Intl.DateTimeFormat('th-TH-u-ca-buddhist').format(date); // Buddhist new Intl.DateTimeFormat('ar-SA-u-ca-islamic').format(date); // Islamic new Intl.DateTimeFormat('ja-JP-u-ca-japanese').format(date); // Japanese Era // Relative Time const rtf = new Intl.RelativeTimeFormat('th', { numeric: 'auto' }); rtf.format(-1, 'day'); // "เมื่อวาน" rtf.format(1, 'day'); // "พรุ่งนี้" ``` ### Popular Libraries ```javascript // === Luxon === import { DateTime } from 'luxon'; const dt = DateTime.now(); const dt2 = DateTime.fromISO('2024-06-15T14:30:00'); dt.setZone('Asia/Bangkok').toISO(); dt.plus({ days: 7, months: 1 }); // === date-fns === import { format, addDays, differenceInDays } from 'date-fns'; format(new Date(), 'yyyy-MM-dd'); addDays(new Date(), 7); // === Day.js === import dayjs from 'dayjs'; dayjs().format('YYYY-MM-DD'); dayjs().add(7, 'day'); ``` --- ## Python datetime ```python from datetime import datetime, date, time, timedelta, timezone from zoneinfo import ZoneInfo # Python 3.9+ # === Creating datetime === now = datetime.now() now_utc = datetime.now(timezone.utc) now_tz = datetime.now(ZoneInfo('Asia/Bangkok')) dt = datetime(2024, 6, 15, 14, 30, 0) dt_tz = datetime(2024, 6, 15, 14, 30, tzinfo=ZoneInfo('Asia/Bangkok')) # From string dt1 = datetime.fromisoformat('2024-06-15T14:30:00') dt2 = datetime.strptime('15/06/2024', '%d/%m/%Y') # === Formatting === dt.isoformat() # '2024-06-15T14:30:00' dt.strftime('%d/%m/%Y %H:%M:%S') # '15/06/2024 14:30:00' # === Timezone Handling === bangkok = datetime.now(ZoneInfo('Asia/Bangkok')) new_york = bangkok.astimezone(ZoneInfo('America/New_York')) # === Date Math === future = datetime.now() + timedelta(days=7, hours=3) diff = datetime(2024, 12, 31) - datetime(2024, 1, 1) print(diff.days) # 365 ``` --- ## Database Date/Time ### SQL Data Types | Type | Description | |------|-------------| | DATE | วันที่เท่านั้น: YYYY-MM-DD | | TIME | เวลาเท่านั้น: HH:MM:SS | | DATETIME | วันที่และเวลา (ไม่มี timezone) | | TIMESTAMP | วันที่และเวลา + Timezone awareness | | TIMESTAMPTZ | PostgreSQL: TIMESTAMP WITH TIME ZONE (แนะนำ) | ```sql -- Best Practice: Use TIMESTAMPTZ CREATE TABLE orders ( id SERIAL PRIMARY KEY, order_time TIMESTAMPTZ NOT NULL DEFAULT NOW() ); -- Query examples SELECT NOW(), CURRENT_TIMESTAMP, '2024-06-15'::date + INTERVAL '7 days', AGE('2024-12-31'::date, '2024-01-01'::date); ``` --- # Part 5: Best Practices ## ปัญหาที่พบบ่อย ### 1. Timezone Confusion ```javascript // ❌ Problem const userInput = '2024-06-15T14:30:00'; const date1 = new Date(userInput); // Local timezone const date2 = new Date(userInput + 'Z'); // UTC - Different! // ✅ Solution: Always be explicit import { DateTime } from 'luxon'; const dt = DateTime.fromISO('2024-06-15T14:30:00', { zone: 'Asia/Bangkok' }); ``` ### 2. Month Indexing ```javascript // ❌ Problem: JavaScript months are 0-indexed! const june = new Date(2024, 6, 15); // This is JULY! // ✅ Solution const actualJune = new Date(2024, 5, 15); // June (index 5) // Or use ISO string const june2 = new Date('2024-06-15'); ``` ### 3. Date Math Overflow ```javascript // ❌ Problem const jan31 = new Date(2024, 0, 31); jan31.setMonth(jan31.getMonth() + 1); console.log(jan31.toDateString()); // "Sat Mar 02 2024" - NOT Feb 28! // ✅ Solution: Check and adjust function addMonthsSafe(date, months) { const result = new Date(date); const originalDay = result.getDate(); result.setMonth(result.getMonth() + months); if (result.getDate() !== originalDay) { result.setDate(0); // Last day of previous month } return result; } ``` --- ## Best Practices ### 1. Always Store in UTC ```text User Input (Bangkok, +7) ↓ Convert to UTC ↓ ┌─────────────────────┐ │ Database / API │ ← Store as UTC │ 2024-06-15T07:30Z │ └─────────────────────┘ ↓ Convert to user's timezone ↓ Display (New York, -4) ``` ### 2. Use ISO 8601 for Data Exchange ```javascript // ✅ Always use ISO 8601 for APIs const event = { created_at: new Date().toISOString(), // "2024-06-15T07:30:00.000Z" }; ``` ### 3. Store User's Timezone Preference ```javascript const userProfile = { timezone: "Asia/Bangkok", // IANA timezone name locale: "th-TH", dateFormat: "DD/MM/YYYY", }; ``` ### 4. Use Immutable Operations ```javascript // ❌ Bad: Mutating original function addDaysMutable(date, days) { date.setDate(date.getDate() + days); return date; // Original modified! } // ✅ Good: Creating new object function addDaysImmutable(date, days) { const result = new Date(date); // Clone first result.setDate(result.getDate() + days); return result; } ``` --- ## Quick Reference ### 📅 FORMATS - **ISO 8601:** `2024-06-15T14:30:00Z` (Recommended for APIs) - **Unix:** `1718441400` (Seconds since 1970) - **Unix (ms):** `1718441400000` (JavaScript default) ### 🌍 TIMEZONE RULES - Store in UTC, display in local - Use IANA names: `"Asia/Bangkok"` not `"ICT"` - Thailand: UTC+7 (no DST) ### ⚠️ COMMON PITFALLS - JS months are 0-indexed: `new Date(2024, 5, 15)` = June! - `new Date('2024-06-15')` = UTC, `new Date('2024/06/15')` = Local - Date objects are mutable: always clone before modifying ### ✅ BEST PRACTICES 1. Always use UTC for storage and transmission 2. Use ISO 8601 for all date strings 3. Store user's timezone preference 4. Use libraries (Luxon, date-fns) for complex operations 5. Validate and sanitize all date inputs --- ## Timezone Offset Reference | UTC Offset | Major Cities | |------------|--------------| | UTC-10 | Honolulu | | UTC-8 | Los Angeles, Vancouver | | UTC-7 | Denver, Phoenix | | UTC-6 | Chicago, Mexico City | | UTC-5 | New York, Toronto | | UTC-3 | São Paulo, Buenos Aires | | UTC±0 | London, Lisbon | | UTC+1 | Paris, Berlin, Rome | | UTC+2 | Cairo, Athens | | UTC+3 | Moscow, Istanbul | | UTC+5:30 | Mumbai, Delhi | | UTC+7 | Bangkok, Jakarta, Ho Chi Minh 🇹🇭 | | UTC+8 | Beijing, Singapore, Hong Kong | | UTC+9 | Tokyo, Seoul | | UTC+10 | Sydney, Melbourne | | UTC+12 | Auckland | --- > **"There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors in date calculations."** --- *หวังว่าบทความนี้จะช่วยให้คุณเข้าใจและจัดการ Date/Time ได้อย่างถูกต้อง!* 🕐🌍

SECURE_ACCESS

คู่มือ Date & Time ทุกรูปแบบบนโลกใบนี้

CONFIRM_DELETE