各位先进好，近日小弟想写一个呈现台北市各地温度的网站来练功，就像气象局这样：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？或者其他？
欢迎各方意见，小弟先行谢过～