После 10+ лет на PL/SQL Developer месяц вынужденно просидел на оракловском творении. Теперь вернулся обратно на последнюю версию plsqldev.
Впечатления:
1. приPINивание результатов выборки - клево
2. сочетания клавиш по умолчанию понравились - утащил с собой. На память.
3. Форматирование вывода "хинтами" типа /*csv*/
4. Комментирование блока кода через -- на каждой стоке более эргономично, по сравнению с /* (выделенное) */
Остальное - плохо.
Невменяемый автокомплит, рассчитанный на детей, которых не научили давать алиасы.
Память жрет очень сильно.
Сортировка выборки путем перезапроса... Слов нет.
Тормозящий аутлайн, с сильным запозданием понимающий, что сменился пакет.
Горизонтальные вкладки...
Автоформат - кака.
Бесит, что unsharing для воркшита создает новый воркшит. Поставить unshared по-умолчанию - тоже не понравилось, не помню, чем. С sared работать вообще невозможно.

В общем, решение для совсем бедных, пишущих примитивные селекты. Увы.
Потери времени на неудобство по сравнению с plsqldev сводят экономию к нулю уже за пару месяцев использования. Дальше - сплошной убыток.

SQL*Plus,

Великолепно работает - ни разу обращаться не пришлось

Периодические затупы и падения предыдущей версии, с которой работал (9-я, кажется) лечились тем, что сохраняла состояние окошек. Особенно удобно при запуске на виртуалке, которая в полночь превращается в тыкву - с утра перезагрузился и все открыто, как будто и не менялось.
11-я не тупит (ну, словарь когда большой тянет - есть немного, но не виснет, как раньше бывало).

envAllround'овский?

Эта та самая поделка, где для просмотра плана и запуска параметризованного запроса надо разные окна открывать с одним текстом запроса? А для запросов без параметров - третье. И для pl/sql блока, до кучи, четвёртое.

Удобно, да.
Да, та самая. Планы смотрю редко. А на экзадате их смотреть еще и бесполезно - каша из чего-то странного, но работает шустро. Test window с биндами тоже давно не пользовался - разработчики в лог выводят запросы с подставленными литералами - крайне удобно.
Хотя, не спорю, прикрутить к SQL-Window план и сделать эмуляцию test window на выделенную команду - было бы клево.
Но не критично - возня с запросом и возня с планом - это слабо пересекающиеся (по мне лично) активности.

envСортировка выборки путем перезапроса Т.е. Pl/Sql Developer всегда делает полный фетч и сортирует его на клиенте? Фетч - задача уровня доступа к данным, сортировка - визуализации. Они не пересекаются. Фетчишь себе постранично (или полностью) - сортируй независимо. Даже параллельно. Но вот выбрать 10 строк за час и отсортировав их по одному из полей - очень неожиданно, что придется ждать еще час. Особенно с учетам конского объема сожранной памяти.
Просто разработчикам Oracle SQLDev влом переправлять дебильное архитектурное решение.

envПривыкнув за 10 лет к чему-то одному, сложно работать с другим.

На мой вкус - оракловая поделка вполне удобна, но до жабы ей ещё очень и очень далеко.

з.ы. чем хорош pl/sql dev так это плагинами, тут спору нет.
Ну, на SQLDev научился за день, но - не торт. Собственно, в тему чего и отписался.
Оракловская поделка бесплатна - это ее основной плюс для мало работающих с БД (разработчиков UI, например).
Жаба удобна хорошим отображением метаданных и статистики. Автокомплит красивый. Но, судя по интерфейсу, пакет в ней редактировать повесишься, разве что монитор на 90 градусов повернуть. Сам не пользовал, коллеги в нем сидят, смотрю иногда со стороны. Такое ощущение, что осноной упор на админов сделан.

suPPLerА добраться до Cart, загрузки/выгрузки данных, Reports, Unit Testing и прочего Вы не дотерпели? Ещё он с APEX худо-бедно интегрирован, умеет в консоль, а интерпретатор SQL-сценариев есть в виде отдельного приложения, которое слегка самоуверенно позиционируют как убийцу SQL*Plus.
Загрузка/выгрузка - ничего удобнее копипасты из экселся в выборку select fou update не видел (PL/SQL Dev). Фича немножко секретная, не могу понять, почему, сколько помню, для того, чтобы можно было вставлять данные из буфера, надо ДВАЖДЫ выбирать список колонок.
Reports - вообще не понимаю, зачем они нужны при живом экселе. Репорты должны жить в репозитории и быть доступны в браузере пользователям. Зачем разработчику смотреть на пайчарт - загадка. Разве что анализ качества кода или данных - но такое логичнее методами формирования алертов делать, а не визуально искать.
Unit Testing на уровне БД? Не применял как-то именно в среде разработки.

В общем, такое ощущение, что оракловский продукт может много, но (почти) все - плохо. Не думают разработчики о юзабилити (что для бесплатных продуктов - общая черта), ведь делать новые фичи - прикольно, а переписывать код, чтоб было не изящно, а удобно "тупым юзерам" - скучно и неинтересно. Да и не стоит перед ораклом такая задача - сделать удобный инструмент разработки, нужен он больше "для галочки" - но зато на Java и для всех платформ.