#33 楼 @hooopo 当然会看啊，有时候，你不知道这个 column 是怎么来的

#27 楼 @jjym 有个问题就是，一次 commit 如果动了多个 column，而开发的时候是分多次改的，会生成多个 migration 文件，回头来找不太方便。我想在改完，commit 进仓库之前，把这些 migration 的内容合起来。

#29 楼 @knwang 要自己写 SQL 建的也叫会建？对大多数 app 建不建区别不大。但是从数据库角度看，没特别理由，你都应该建才对啊。你自己去看 Rails 之前的讨论，默认不建，完全就是为了向 MyISAM 妥协，而不是因为这样的选择是合适的...

#26 楼 @Rei 难道这里是 Rails-China？还是 Ruby===Rails？

#26 楼 @lgn21st 用 IDE，写个模板生成，估计能行

#24 楼 @knwang Rails 你都好意思搬出来说，Rails 3 可是连 Foreign Key 都不会建的，都好意思说自己是 ORM。

没有原生支持的结果是，第三方库一般都不会用这些特性，差不多就等于，全都得自己改过。所以当然会有这个问题啊。

#22 楼 @knwang 说是这么说，但问题是没发现有 ORM 能充分发挥 PostgreSQL 的优势啊

#20 楼 @gaicitadie

命名问题只能算是小问题了。

Rails 所谓的 ORM/Migration，默认行为还是有不少地方比较坑爹的。

比如开发的时候要改 schema，很可能改错了又要改回来，所以你不会去生成 migration 文件，而是直接去数据库里改。等改得差不多了，想跑一遍回归测试。那就 dump 出 schema.rb。但发布的时候，总该要有 migration 文件的，可是 Rails 默认不提供，比较数据库 schema 和 schema.rb，生成 migration 文件的功能，还完全无视 Foreign Key Constraint。最后，选择开发的时候直接写个 migration 文件，不停改，不停重建数据库。但无视 Foreign Key 这一点完全就是找罪受啊，model 里已经写了一遍了，migration 里还得再写一遍...

而那个 ActiveRecord Query Interface，默认生成的 SQL 可是select *啊，开发的时候的确不碍事，但总不能就这样发布了，还得把所有用到的 column 名字都补回去，下次改到这里再注释掉。要不就不用 ActiveRecord Query Interface。

是你不懂浮点数吧

默认跑法就是不能 ping 的吧

#18 楼 @fsword 明显就是 :-p

#28 楼 @zw963 装个 ibus 不就得了，你又不开发输入法，这个折腾半天又不长进的

#21 楼 @zw963 那 ibus 还有啥依赖是你不能忍的...

#19 楼 @zw963 莫非你完全不用 gtk 的？

#17 楼 @zw963 系统装 ibus，但是 Emacs 不通过 XIM 的机制调用 ibus...

#13 楼 @zw963 ibus 有个 emacs-ibus，直接就能用了。除非你升到比较新的 ibus。ibus 到 1.4 之后，有些变化，emacs-ibus 看上去还没跟进，我就自己乱搞了下，反正能用就是了。

emacs-ibus 是绕过 XIM 直接和 ibus 通信的，所以没你这个问题。而且每个 buffer 都可以是不同的输入法状态。

现在对我来说最大的问题是，我不知道怎么把这个搞成和 Emacs 内置的输入法那样。因为，emacs-ibus 是依赖 X 的。

#11 楼 @zw963 你咋不用 ibus？

#8 楼 @zw963 反正我现在这么用没啥问题

难道你没配置 ~/.Xresources

Emacs*useXIM: false

#5 楼 @zw963 那东西我没看明白该怎么改，我有想过让它直接去调用 ibus，但没搞定。

我用 ibus，我不开 emacs-daemon ...

其实 Emacs 是自带输入法的。C-\

感觉好像 Partition 就可以了

http://wiki.postgresql.org/wiki/Month_based_partitioning http://stackoverflow.com/a/1011329 http://dev.mysql.com/doc/refman/5.1/en/partitioning.html

#12 楼 @fsword Web 用 PHP，队列用 gearmand，后台用 Perl。应该能把内存省下来了...

队列用 gearmand 试试？

#6 楼 @daqing 你确定你 ulimit 调了？node.js 保持 1k 连接应该还是没啥问题的吧。

$ ulimit -n
1024

这类应用要追求并发量的话，最好别用 node.js 来做。当然如果你是处理并发以及 V8 的高手，就当我没说。

为啥自己写个 gsub 而不用 sed ?

#6 楼 @knwang

软件工程的一个重要原则是推迟大风险的决定

难道软件工程是你发明的？为啥从没有人这么说过...

#8 楼 @hooopo 用 RDBMS，没特别的理由，都该加上外键约束才对的啊。

毕竟是 RDBMS 啊。

http://stackoverflow.com/questions/83147/whats-wrong-with-foreign-keys