[每周一议]应用是否应该使用大量的数据库特性？

newkid

myth8860 发表于 2012-1-12 11:11
嗯，非常有道理，把业务的东西都搞到数据库里面来实现，维护及其麻烦。

谁说的？不管用何种开发语言，都有做得好的也有不好的。没有道理写在数据库外面就更容易维护。

newkid

并不是只使用ANSI SQL就可以做到各库通用了，TOM最爱举的经典例子是加锁问题，各种数据库不同的加锁机制导致整个逻辑都不一样。

outdo

我觉得决策者在数据库选型上就应该有个整体规划，尽量避免换数据库，我是比较支持才用高特效的，会减少很都开发、优化成本。

michael1983

能用程序解决的最好用程序逻辑解决，但程序逻辑开发起来明显耗时耗力，有数据的工具可以实现，所以为了省时省力，很多人就用了。。

flicker_sun

oracle的话据说迁移到postgresql比较方便.

〇〇

用，但不要刻意地用

accphaijiang

prt 发表于 2012-1-12 10:25
我觉得，业务逻辑放到数据库层用存储过程来实现不如放到应用层实现好。虽然开发较快，但维护麻烦。

实不敢苟同！

edwzhang

数据库厂家花了那么大功夫来提升效率，增加功能，不用岂不是可惜了。要是觉得价格承受不了，或是其他原因要迁移到其他数据库，也可以早点规划，一步步实现修改和剥离。
用了就要做到物尽其用。

fsm

每种数据库都有自己在技术上的壁垒，提供给自己的死党fans的性能和提供给可能迁移到其他种类数据库的应用的性能绝对是不一样的。
比如left join和（+）,前者解析时明显不会自动做谓词传递之类的优化，而后者则自动做，所以在性能上两者差异巨大。
使用通用语法的话必须对性能可能出现的状况考虑充分。

htyro

fsm 发表于 2012-1-16 15:34
每种数据库都有自己在技术上的壁垒，提供给自己的死党fans的性能和提供给可能迁移到其他种类数据库的应用的 ...

这个确实是使用数据库特性一个很重要的原因，通用的语法可以做到兼容，但是效率上必然会有损失，还是那句话，看自身的应用，如果是卖产品的，需要尽可能做到数据库无关，如果是自己用，既然选择了某一种数据库，那么肯定是尽可能将其特点体现出来。