Sedona
Большинство пользователей Oracle предполагало, что корпорация Oracle анонсирует свои инструментальные средства нового поколения (имеющие кодовое название Sedona) одновременно с OracleS. Этот продукт должен был представлять собой набор средств объектно-ориентированной разработки, который использовал бы объектные возможности OracleS и, кроме того, позволял бы определять и поддерживать распределенные объекты, используя такие стандарты как CORBA и COM/DCOM. Сейчас выпуск Sedona отложен по меньшей мере на год, а недавние заявления Oracle дают основания полагать, что этот проект может не завершиться вообще.
Почему так случилось? Кажется, разработчики собственных приложений Oracle для финансовых и учетных задач не испытали особого восторга от Sedona. Другим фактором стало отсутствие поддержки Java; проект Sedona возник до того, как были задуманы Java и NCA, и его основатели были застигнуты врасплох этой технологией. Сейчас проводится глобальная переоценка проекта Sedona, и если этот продукт все же появится, то он будет, вероятно, построен в основном на Java-технологии Jbuilder, лицензию на которую Oracle приобрела у Borland.
Однако что же делать, если нужно выбрать инструментальный комплект для разработки в среде OracleS? Традиционно функциональные возможности инструментальных средств несколько отстают от возможностей сервера базы данных. По этой причине внедрение новой технологии проходит довольно медленно, так как разработчики обычно ждут соответствующих инструментов. И только те, кто разрабатывают приложения с помощью языков третьего поколения (например, С и C++), смогут воспользоваться преимуществами новых средств в ближайшем будущем.
Developer/2000
Текущие версии Developer/2000 ориентированы на реляционную технологию Oracle?. С помощью Developer/2000 вы сможете разрабатывать приложения, которые будут работать с базами данных OracleS, но не сумеете использовать многие из его новых возможностей. В частности:
•    В Developer/2000 Release 1.3 процессор PL/SQL "застрял" на версии 1 этого языка. Это означает, что нельзя определять типы записей или PL/SQL-таб-лицы, не говоря уже о новых типах, поддерживаемых PL/SQL8 (т.е. версией, которая поставляется с OracleS).
•    В Developer/2000 Release 2.0 процессор PL/SQL будет, вероятно, построен на PL/SQL 2.x, что является шагом в правильном направлении, но все же не обеспечивает поддержку новых возможностей OracleS. Более того, Forms 5.0 (компонент Developer/2000 Release 2.0) позволяет строить блок на пакете PL/SQL, а не только на реляционном объекте, таком как
112	Oracle 8