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

张兵1989

下面的应用也可以用开发来实现啊。上级单位用ORACLE，下级不一定要用啊，程序开发也能实现相应的逻辑，再说下级单位的逻辑与架构也没上级的复杂啊。数据库也有接口来实现啊

风铃中の鬼

选择数据库的时候要考虑很多因素，如果不使用数据库特性的话，那么除了钱以外的其他因素考虑跟没考虑就没有区别的。。。买数据库不使用特性才是真正的浪费

周应侯

我觉得应该更加人性化，数据库特性应该是越多越好，但是面对不同的使用商，就该有不同的方案，并不是说创造了大量的数据库新的特性，就一定要客户使用。

而是说，我创建了大量的特性，那么客户你就可以进行实际的抉择，您公司需要什么样的特性，我就给出相应的方案，

创新，所以不该说应不应使用大量的特性，这个是必须的

未来一切都将走向人性化，自动化，

相信数据库也会这样····

以上仅代表个人看法

myth8860

周应侯 发表于 2012-1-12 09:46
我觉得应该更加人性化，数据库特性应该是越多越好，但是面对不同的使用商，就该有不同的方案，并不是说创造 ...

呵呵，从数据库提供商的角度来说当然特性越多越好。

周应侯

myth8860 发表于 2012-1-12 09:53
呵呵，从数据库提供商的角度来说当然特性越多越好。

嗯~其实对客户多少不重要是吧，重要的是实用，

但一个公司应该注重未来的发展，随着数据量的增大，功能也肯定需要更多，所以

我觉得数据库厂商应该做好数据库的接口，让功能可以进行随时扩充····

prt

我觉得，业务逻辑放到数据库层用存储过程来实现不如放到应用层实现好。虽然开发较快，但维护麻烦。

lucky_sunny

这个是有两面性的。这个应该提前规划一下，如果选定数据库作为相当长一段时间的唯一选择，可以有些数据库独有的特性，但是也不建议过度使用这些特性，因为随着时间的推移，难说将来数据库厂商的格局发生什么样的变化，数据库技术发生什么样的变化，还有就是企业和数据库厂商关系方面、投入方面都需要统筹考虑。

lucky_sunny

还有就是很多应用采用分层技术来实现，避免过度耦合，比如程序语言和数据库语言各有所长，应该分别利用长处，避免短处。

devilkin0312

从整体架构做前瞻性选择吧，数据存储技术的迁移问题迟早要解决

myth8860

lucky_sunny 发表于 2012-1-12 10:35
这个是有两面性的。这个应该提前规划一下，如果选定数据库作为相当长一段时间的唯一选择，可以有些数据库独 ...

嗯，非常有道理，把业务的东西都搞到数据库里面来实现，维护及其麻烦。