На самом делеWade- Писать код для сервера БД сложнее за отсутствием нормальных сред разработки и неразвитости языка в целом.
Для PL/SQL есть с десяток IDE с полным набором свистелок, от пошагового отладчика, до профайлера с дебаггером. Упомянуты PSD - один из них.
По развитости именно языковых средств (а не библиотек) PL/SQL не уступает Java (разве генериков нет), а местами его превосходит на порядок (особенно в том, что заточено на
работу с курсорами SQL).

"...PL/SQL не уступает Java"
Ну вот, сразу видно - настоящий знаток PL/SQL! )))
Давно мучает вопрос - как бы в PL/SQL с массивами/коллекциями поудобнее поработать (ну, три способа, которые мне известны - они какие-то убогие по сравнению с ICollection)
Или вот, как бы строку по пробелам split'ануть без изобретения своей вело-функции? Да, это наверное к вопросу о библиотеках... но интересно, чем же обусловлен дефицит библиотек для такого славного языка?

Да, согласен, если рассматривать java/c# на уровне процедурного программирования в объеме 1-курса второсортного вуза - может быть, ты и прав конечно ) Но PL/SQL - это в первую очередь PL. А Java - ООП. Только динозавры могут сравнивать это "по развитости" ;-)

И еще по поводу IDE. Во многих ли из этого "десятка IDE с полным набором свистелок" в комплект свистелок входит, например, интеграция с какой-либо системой контроля версий? Ну кроме Oracle SQL Developer'a? PSD в принципе imho лучшее из всего этого зоопарка говноIDE, но и там тот же subversion только через cвязку TortoiseSVN + плагин работает...

[quot barser]На самом делепропущено...


Кстати, вот еще по поводу продвинутости PLSQL Developer.... Согласитесь, крайне редко, но все-таки ведь бывает используется функция "Поиск"/"Поиск и замена"(Ctrl-F). Вот скрин из 8-ой версии PSD... На нем красным выделил то, что мне вообще непонятно. 1997 - 2010! Это 13 лет, блин.

iscrafmbarser,
Search (Next) выполняет действия пошагово.
All - все в пакете.
Selection - предоставляет возможность сужения области видимости только выделенным текстом

все в общем-то стандартно для подобных сервисов

Отлично, спасибо за разъяснение. Вот только я мышке предпочитаю хоткеи. И что же я получу при нажатии Alt-L ?

Petro123barser,
ты в курсе, что PHP уделывает Jav'у при работе со строками, т.е. в веб-проектах?
Рад за них ) Я так понимаю, ты приводишь PHP в качестве современного процедурного языка... Вообще не в курсе что там и как, насколько это гибко и удобно сопровождать, но раз он активно развивается - наверное, удобно... В таком случае я зря все процедурные языки подстриг под одну гребенку )
Petro123Так что, никто Jav'у c PL не сравнивал :) Ну значит, показалось.

alneoмы в последние лет 5 используем БД только для хранения данных. никаких ХП с бизнес логикой. Вся логика на сервере приложения, связь с БД через ORM.
3 активных проекта: 2 с БЛ в ХП, 1 - ORM (Nhibernate). Субъективно - на ORM'e всё сильно проще и удобнее. На месте ТС без крайней нужды я бы в ХП не лез.