同学，你多虑了。

由团队和应用特性决定。

如果团队有很强的 DBA 背景的人，很可能最初设计架构的时候就从表结构和数据存储开始入手设计，不过这样的场景多见于开发大型应用的团队，小团队一般不会配备专职 DBA。

如果应用非常复杂，对性能要求非常苛刻，或者必须使用某种数据库特性的情况下，选择将业务建立在数据库特性上是顺其自然的选择，否则的话，尽量不要这么做。

doit，出问题再说。

理论上数据库特性时长期稳定的，理论上应用也很少换数据库类型。 但是，这的确是一个风险，虽然概率很低，你得自己拿主意。

人家好不容易整個特性出來不就是讓你用的嘛...

#5 楼 @blacktulip 问题是很多产品的一些外围特性，人家整出来的根本原因是好玩......

用自己熟悉的。除非你确信这个特性能带来工作量的减少。

可以 我用 nosql 的 mongodb 很多就是这样弄得

#1 楼 @billy 但比如像 hstore 这种在 8.x 版本就一会有一会没有的……

#2 楼 @lgn21st #4 楼 @kgen 谢谢~

#7 楼 @hardywu 倒却是减轻很多……