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

buptdream

这个主要看技术的方向，如果没有数据库支持的话，就要在应用进行设计。tom 大师说过：如果能在数据库中实现的，全部用数据库实现。出发点不一样，技术方向也就不一样。如果没有非常好的数据库做支持的话，那就要靠应用程序来设计了，其中要包含数据库中已经实现的特性来保证应用的质量。

diniwang

我们公司（我们部门） 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB2. 这样自己掌握主动.
不然随着规模的扩大, 会被绑的死死的, 成本以及后续的整合变得很困难.

diniwang

diniwang 发表于 2012-1-11 15:57
我们公司（我们部门） 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB ...

我们用 oracle express 来做生产环境！

accphaijiang

myth8860 发表于 2012-1-11 14:58
不是这个意思，如果用的标准一点，可选择的余地就大一些，不至于一棵树上吊死。

那就白白的浪费了所选择数据库的大好特性。

htyro

diniwang 发表于 2012-1-11 15:57
我们公司（我们部门） 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB ...

和你们这边类似，我们现在开发的新应用就要求能在MSSQL和ORACLE上面运行，而且开发用到的SQL语法首选SQL92标准。
主要还是看应用的特点，如果只是自己用，并且资金充裕，选择一种大型数据库可以选择绑定，如果是作为产品对外提供要卖钱的，那么至少要考虑兼容3种以上的数据库，因为你不可能去帮客户考虑他的数据库版本。

hanaka

如果做的是产品，有多个客户，还是尽量通用的好，因为用什么数据库可能是客户订的

marvinoracle

学习

solomon_007

这个是项目选项时要考虑的问题，如果选定了数据库是ORACLE,那么建议数据库特性越能发挥到极致越好！！

〇〇

不要刻意地用，看应用系统需要，比如要按时间点恢复,那么必须对日志归档

xqy1522

这真是个无聊的问题，完全脱离了要解决的问题说解决问题的方法，不同的项目要解决不同的问题，有不同的阶段，对于具体的问题和阶段哪些特性是最主要的，是效率快速上线？还是控制成本？还是扩展性？既然数据库已经买了有的特性能用尽量用了，一切以解决实际的问题为标准，顺便说一下，我们发现市场上的数据库不能满足我们的要求，我们就自己做了一个数据库来解决我们遇到的问题。