如果是OO数据库，那数据的查询方式也应该OO了吧，会不会再出现像存储过程那样把业务直接放在数据库里情况呢
如果大量的业务数据都放在oo数据库中的话，对于一些统计分析来说，是比较麻烦的，至少对当前的oo数据库技术来说，不能像关系数据库一样，从各个纬度来分析数据，至少不是那么容易实现的。就目前的形式，关系数据库可以通过orm映射为对象，但是对于一些比较复杂的对象，就不那么好映射了。
所以我认为，目前的oo数据库，适合于一些配置信息等非业务数据。
如果出现了成熟的oo数据库，业务还是在放在目前大家所用的业务层，oo数据库只不过是存储数据的载体。
我觉得oo数据库知识oo的存贮
不涉及oo的操作啊不 业务的存贮吧
除非OO数据库能够很好的和网格计算统一起来，不然就需要中间件，相应地需要业务层。如果不考虑分布式和OO的话，现在4GL已经很多了吧，只是大多数人不用而已
一般来说不会的......
业务层封的算法太少
还不如oracle的原始方式方便
很有可能，oracle支持一种技术，可以将java对象运行在数据库中，这样既有存储过程的效率，又降低了部署的难度，现在用关系数据库存储都有这个趋势，将来很有可能逻辑运行在数据库上。
[quote]如果数据库中存储的就是对象，那么查询方式肯定也应该是面向对象的，也应该会出现一种面向对象的语言来定义、查询数据库中的数据，既然这样，完全可以把业务放在数据库中，像现在的存储过程一样[/quote]
现在已经有比较成熟的OO数据库，比如db4O。貌似业务没有直接放在数据库库里。
当然是不放在数据库了。oo数据库只是改变了数据的存储方式，业务还是跟以前一样，放在数据库不好维护啊。