这是一个创建于 4673 天前的主题，其中的信息可能已经有所发展或是发生改变。
豆瓣影中, 大部分影的年份是用字表示的, 例如
http://movie.douban.com/subject/5308265/
影名後的括中著字年份"2013". 但有少例外, 比如:
http://movie.douban.com/subject/20452327/
括中著"2012年". 既然能出"年"字, 想必年份是用某字符串型保存的? 什要用字符串型呢?
http://movie.douban.com/subject/5308265/
影名後的括中著字年份"2013". 但有少例外, 比如:
http://movie.douban.com/subject/20452327/
括中著"2012年". 既然能出"年"字, 想必年份是用某字符串型保存的? 什要用字符串型呢?
 | 2 paloalto 2013-02-19 00:38:00 +08:00 猜测： 1.历史遗留问题？ 2.为了和第三方的数据兼容？如IMDb，因为我记得豆瓣很多电影数据是从IMDb导过来的。 |
 | 3 Livid MOD PRO  1 我这里看到括号里只有 2012… |
 | 6 myang 2013-02-19 00:41:00 +08:00 我这里点开lz的两个链接都没有“年”字啊 |
| 7 paloalto 2013-02-19 00:41:08 +08:00  |
| 8 Livid MOD PRO 这个 field 中如果变化不大的话，用 string 和用 int 的 index 效率差距不会太大。 |
 | 9 manhere 2013-02-19 01:27:27 +08:00 via Android 年份为什么非得是数字？ |
 | 11 xupeng 2013-02-19 09:44:48 +08:00 因为条目的扩展属性不是存在强类型的关系数据库里的 |
 | 12 chenz 2013-02-20 10:09:49 +08:00 1 @Livid 如果说到index(我不知道你所说的index是指单纯的建立索引，还是包括查询。我假设是两者)，虽然应该具体到某个数据库软件我们才能谈论效率，但是一般情况下，两者效率当然会相差很大。 int是fixed-length，索引和查询的位移很快。年份这里目测是variable-length，索引和查询都会慢很多。即使假设"变化不大"，也只是可以忽略索引速度而已，查询依然是有区别的。 如果你所说的index只是单纯指建立索引，而又假设"变化不大"，那讨论这个没什么意义了。就好像在说一个网站如果请求量不大的话，ec2的micro和large差别不会太大 当然这里的年份应该是不作为一个index的 |
 | 13 kenlen 2013-02-20 21:23:53 +08:00 很少人会用年份来检索电影吧 |
 | 14 rekey 2013-02-21 22:50:50 +08:00 是因为需要用户编辑吧...有可能来一个1980年左右的呢.. |
 | 15 upupxjg 2013-02-22 19:02:02 +08:00 谁知到在后台有没有做什么转换，一个正则啥的就能转成想要的格式了 |
Select Language