Oracle для профессионалов Том Кайт торгово-издательский дом DiaSoft

 большие
по объему
языки.
Еще одна причина — то, что при создании приложений базы данных
 самым важным
компонентом программного обеспечения является СУБД.
Для успешной разработки не-
обходимо учитывать это и доводить до сведения разработчиков, постоянно обращая на
это их внимание. Много раз я сталкивался с проектами, где придерживались прямо про-
тивоположных воззрений.
Вот типичный сценарий такого рода разработки.
• Разработчики были полностью обучены графической среде разработки или соот-
ветствующему языку программирования (например, Java), использованных для со-
здания клиентской части приложения. Во многих случаях они обучались несколько
недель, если не месяцев.

---

Разработка успешных приложений для Oracle
• Команда разработчиков ни одного часа не изучала СУБД Oracle и не имела ника-
кого опыта работы с ней. Многие разработчики вообще впервые сталкивались с
СУБД.
• В результате разработчики столкнулись с огромными проблемами, связанными с
производительностью, обеспечением целостности данных, зависанием приложе-
ний и т.д. (но пользовательский интерфейс выглядел отлично).
Не сумев обеспечить нужную производительность, разработчики обращались за по-
мощью ко мне. Особенно показателен один случай. Я не мог вспомнить точный син-
таксис новой команды, которую надо было использовать, и попросил руководство
 SQL
Reference.
Мне принесли экземпляр из документации по СУБД Oracle версии 6.0, хотя
разработка велась на версии 7.3, через пять лет после выхода версии 6.0! Ничего другого
для работы у них не было, но это вообще никого не беспокоило. Хотя необходимое им
для трассировки и настройки инструментальное средство в то время вообще не суще-
ствовало. Хотя за пять лет, прошедших после написания имевшейся у них документа-
ции, были добавлены такие средства, как триггеры, хранимые процедуры, и многие сотни
других. Несложно понять, почему им потребовалась помощь, гораздо труднее было ре-
шить их проблемы.
Странная идея о том, что разработчик