Понятно, что расширяемость и функциональные возможности,
получаемые при добавлении объектных свойств к среде VLDB,
приводят к появлению новых видов ответственности для всех
сторон, связанных с созданием приложений.
Разработчики новых типов данных и методов могут теперь не
являться сотрудниками компании-поставщика СУБД, как это было при
применении чисто реляционных данных. В этом случае они будут
отвечать за оптимизацию данных и обеспечение оценочных функций.
Они также должны обеспечить новые средства индексации и методы
доступа к данным, когда это требуется. При тестировании этого
программного обеспечения потребуются механизмы изоляции и
разрешения проблем. В будущем эти разработчики будут должны при
необходимости предоставлять параллельные версии своих методов.
Новые виды ответственности появляются и у разработчиков
приложений. Они должны более тщательно обдумывать управление
внешней памятью и буферами и решать, что и когда следует
журнализовать. Как и администратор баз данных, они должны
реализовывать стратегии управления внешней памятью и буферами,
наиболее соответствующие проекту приложения, формулировать и
реализовывать стратегию журнализации, соответствующую требованиям
целостности и восстанавливаемости данных, производить более
сложный выбор средств индексации и денормализации и выбирать, где
следует выполнять разные функции для достижения оптимального
соотношения стоимость/эффективность - на сервере баз данных, на
сервере приложений или на стороне клиента.
Наконец, для достижения успеха новые виды ответственности должны
принять на себя и поставщики СУБД. В дополнение к обязанности
поставлять надежно работающие ОР-продукты для параллельных сред
они должны обеспечивать простые для использования интерфейсы,
поддерживающие обсуждавшиеся выше вспомогательные функции:
определение и внедрение новых типов данных, операторов, методов
доступа и индексации, оценочных функций и т.д. Более того, должны
обеспечиваться не только новые средства разработки приложений, но