各位先进好，近日小弟想写一个呈现台北市各地温度的网站来练功，就像气象局这样：http://www.cwb.gov.tw/V7/forecast/town368/towns/6300200.htm?type=Weather&time=7Day，当然没那麽复杂，也没有要画那麽美。目前先以关联式资料库来实作（Heroku 的 PostgreSQL），不过正因资料表该如何设计感到困扰（後悔资料库的课都混掉了...）。 这里简介一下会调用资料库的两个功能： 1. 各区某日气温一览图。如连结左半边，但无需地图，可设定日期，预设昨日气温一览图为首页，所以连上网站一定会捞一次资料。 2. 针对某一区画趋势图。如连结右半边，不过使用者点选区域并给予时间范围（小则三天，多至十年！）才画，预设是不显示的。 对了，每天只爬前一天已确定的资料，没有更新预报这件事，所以写入动作非常少，读取相对多很多（比如无聊一直切换各区“十年”来的趋势图？）。 粗略的设计是每区建一份 table，栏位有日期以及当天最低温、最高温、平均温，每日於各区的 table 新增一笔资料，而日期则为连接各 table 的 key。 有没有更好的设计呢？或者看见了什麽缺失？跪求详细 Orz 恳请路过高手不吝指教 ＝） P.S. 日後还想练习非关联式资料库，但目前无经验作判断（仅以 Heroku 是否支援作依据XD ）。我该尝试键值资料库如 Redis，还是文档资料库如 MongoDB、CouchDB？或者其他？ 欢迎各方意见，小弟先行谢过～ --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.240.202.75 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Database/M.1440512167.A.34A.html