TWed2k - 程式開發討論區 - [求助] 請教資料庫的時間紀錄觀念

bbx1
銅驢友〔中級〕

bb

．積分： 132
．精華： 1
．文章： 402
．收花： 822 支
．送花： 528 支
．比例： 0.64
．在線： 1632 小時
．瀏覽： 8344 頁
．註冊： 7249 天
．失蹤： 2170 天

#1 : 2010-5-6 12:19 PM 全部回覆	送花 (0) 送出中...

上次感謝各位的幫忙, 受益良多

小弟也開始嘗試往 PHP/DB 跨出第一步了
以後還請多多....不, 這次就需要麻煩各位多多指教了XD
--------------
這次是想請教各位高手只是個觀念問題
資料庫常常會紀錄到時間
假如今天要做一個網站, 使用者來自各地
當使用者瀏覽網站時, 資料被建立的時間要被轉換為該使用者當地的時間

在這樣的設計前提下, 我該在資料紀錄UTC時間好呢? 還是以Server的Timezone為主即可?
似乎各有利弊?

請大大們就自己的經驗指教一下,
感激不盡!

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

bbx1
銅驢友〔中級〕

bb

．積分： 132
．精華： 1
．文章： 402
．收花： 822 支
．送花： 528 支
．比例： 0.64
．在線： 1632 小時
．瀏覽： 8344 頁
．註冊： 7249 天
．失蹤： 2170 天

#2 : 2010-5-11 10:09 AM 全部回覆	送花 (0) 送出中...

目前我的作法是紀錄UTC, 因為沒有使用者註冊機制
所以改用判斷使用者的 IP 得出 Timezone Location, 再把讀出來的 UTC 轉為使用者當地時間
只是有個小麻煩的地方是: 如果管理員要直接 Database 維護時, 時間就不是當地時間了

相反地, 如果用Server Time做紀錄的話就可以排除掉上述的麻煩
但想了一下好像反而更不妥:
1. query 出來的 Time 要先轉為 UTC, 再轉為當地時間, 頗麻煩 (以效能而言)
2. 如果未來 Server 轉移不知道會不會產生問題 (MySQL 的 Current_Timestamp 屬性?)

感覺兩種作法都有其缺點, 不過因為我會做管理員後台, Admin可以從網頁上控管資料, 所以我才選第一種方式紀錄

陽だまり先輩, gmt 在沒有使用者機制下用做紀錄妥當嗎?
我是考慮還要分析日光節約太麻煩所以改用 Timezone 的XD
指教指教, tnx

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

bbx1
銅驢友〔中級〕

bb

．積分： 132
．精華： 1
．文章： 402
．收花： 822 支
．送花： 528 支
．比例： 0.64
．在線： 1632 小時
．瀏覽： 8344 頁
．註冊： 7249 天
．失蹤： 2170 天

#3 : 2010-5-12 02:21 PM 全部回覆	送花 (0) 送出中...

不只有國家吧? timezone應該還有細分區域, 我是知道PHP有:
http://www.php.net/manual/en/timezones.america.php
網路上也滿多人在問 Auto Detecting user's timezone 的方式
還沒很仔細研究過, 不過我想大概沒問題吧?

我想做的網站嘛.... 舉例來說:
一個國際的新聞網站, 在不需要使用者註冊的情況下
新聞快訊的時間會自動轉換為瀏覽者的當地時間

引用:

ma1111寫到:

基本上很簡單,
資料庫重點是統合,時間定義清楚就好,
用gmt +0或主機時間都可以(主機要裝校時軟體)

至於使用者的時區問題,應該在UI層再作轉換

那倒也是, 或許我過於吹毛求疵吧XD
想知道有沒有兩全其美的辦法是自己沒想到的就是了:p

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

bbx1
銅驢友〔中級〕

bb

．積分： 132
．精華： 1
．文章： 402
．收花： 822 支
．送花： 528 支
．比例： 0.64
．在線： 1632 小時
．瀏覽： 8344 頁
．註冊： 7249 天
．失蹤： 2170 天

#4 : 2010-5-17 09:59 AM 全部回覆	送花 (3) 送出中...

謝謝各位的意見, 目前就以標準時間來做基準試寫下去
到時候如果有其他沒考量到的情況發生再向各位報告
謝謝各位了 :)

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆