2 Акуличев Дмитрий и ASCRUS
Я начинал эту ветку, мне видимо и отдуваться.
Начнем.
1. Встроенный sql.
встроенный SQL очень приятная и полезная фича.
Это ASCRUS сказал, ну и Дмитрий тоже в одном из своих сообщений хвалили эту фичу:
Во-вторых. Embedded SQL. Воспоминание о том, что надо было сделать для выполнения, к прмеру,
запроса типа DELETE FROM client WHERE id = 123 с использованием TQUERY вызывает дрожь в
коленках.
Дмитрий, у меня в коде на Дельфи это выглядит примерно так:

ExecSQL('DELETE FROM client WHERE id = 123');

И никаких мучений с компонентами, ничуть не хуже и не труднее встроенного sql в PB. Для получения рекордсэта:

lqry := GetRSFromSQL('select * FROM client WHERE id = 123');

Если для Вас программирование на Дельфи неразрывно связано с киданием на форму компонентов типа TQUERY, то боюсь это Ваши проблемы как программиста, а не проблема Дельфи с отсутствием встроенного sql.
----------------------
2. Подключение к базе данных.
Подключение напрямую к ODBC выглядело настолько просто и
естественно, что BDE, и раньше не вызывавшая особого восторга, была списана в утиль,
где и пребывает по сей день

Это Вы Дмитрий по поводу отсталого BDE
И там же сравниваете его с  новой версией PB
особенно с переходом на версию 7.0, а стали замечаться несомненные преимущества.
Простите уважаемый, но в Дельфи начиная с версии 5 у Вас (вернее у нас) кроме BDE есть 3 альтернативных способа подключения к БД. ADO, native connection, remote connection.
-------------------
2 ASCRUS:
Основные минусы выявляются только при создании крупных приложений - нечитабельность кода, разброс логики по событиям и классам
Разброс логики по событиям и классам !!!! Отпад. Только не показывайте никому свою одну единственную процедуру, которая делает все от начала до конца. Избиение тазиками в бане Вам обеспечено.

Про нечитабельность кода я честно говоря не понял. В Дельфи можно видеть весь код сразу. В то время как в PB, каждая функция хранится отдельно. До версии PB 7.0 увидеть 2 разные функции не представлялось возможным вообще. Да и сейчас, код прикрепленный к событиям хранится вместе с самим компонентом. Удалили кнопочку - код пропал.
Визуальные компоненты имеют довольно таки много непривычных для Delphi разработчика свойств - например можно разрешить таскание и изменение контрола прямо в рунтайме по форме.
Непривычных для Вас :)))) Есть куча компонентов и библиотек, которые позволяют Вам это делать в Дельфи.
Динамическое подключение библиотек есть, их reflection тоже, DataWindow можно менять или создавать прямо в runtime, есть как говорится где развернуться.
Видимо в Дельфи Вы не нашли где развернуться, и библиотеки не смогли динамически подключить, и в runtime свойства грида или таблицы не смогли поменять. Уважаемый ASCRUS. Я рад, что хотя бы в PB Вы научились делать то, что в Дельфи делают новички. В конце концов какая разница каким образом совершенствуется человек.
Еще как приятная фича - это событие SQLPreview, позволяющее перед посылом уже собранного SQL скрипта в БД не только посмотреть на него, но и поменять при необходимости.
По секрету Вам скажу, сделать это в Дельфи ужасно трудно
Надо открыть sql-explorer и прогнать свой sql скрипт там. Ну можно еще просто запустить его  в designtime в TQUERY и посмотреть результат на приаттаченном гриде.
Это немного из числа плюсов PB по сравнению с Delphi для разработки клиентов для 2-звенки. .
Мама родная !!! Если Вы все это записали в плюсы к PB по сравнению с Delphi - это значит Вы все это в Дельфи НЕ НАШЛИ ????!!!!
На Дельфи Вы работаете аж с версии 2. Как Вы работали все эти годы, не умея динамически подключить библиотеку, и не прогоняя ваши sql скрипты, и не умея менять в runtime свойства ЛЮБОГО компонента - выше моего понимания.
А насчет сложности PB согласен - придется попотеть, правильно продумать и спроектировать интерфейс клиентской части, написать свою бизнес-логику на классах, расширить где надо функционал стандартных контролсов и дописать свои.
Уууу. А где же наш волшебный datawindow ? А "написание бизнес логики в классах" вам "разброс логики по событиям и классам" в Дельфи не напоминает ? Не боитесь что негативно отразится на "читабельности" ?
-----------------------------
Все что до сих пор было Вами сказано отражает проблемы Ваши как программиста но не проблемы Дельфи или PB.

С Delphi я работаю аж со 2 версии. Была писана на нем и куча клиентов, и на сегодняшний момент у меня наработано порядка 50 своих компонент и еще куча классов, позволяющих автоматизировать все, что только можно автоматизировать в клиентском приложении. Сюда же на весы до кучи кидаю еще DevExpress Grid и FastReport, плюс естественнно стандартные компоненты работы с БД в Delphi. И знаете - при всем этом PB сейчас меня устраивает гораздо больше. Работать я начал с 8 версии, поэтому каких то больших замечаний по интерфейсу и удобству IDE говорить не буду, там меня все более менее устраивает. Сила PB в том, что он четко ориентирован на определенную специфику - построение клиентов БД и ничего больше. На Delphi действительно можно сделать все, но так как он является чистым ООП языком, то вся парадигма создания клиента на Delphi осуществляется только через компоненты. В итоге имеем кучу компонент, связанных с компонентом провайдером данных и разбросанную по событиям этих компонент бизнес-логику собственно говоря самого приложения. Основные минусы выявляются только при создании крупных приложений - нечитабельность кода, разброс логики по событиям и классам, и т.д. В общем если для написания собственного визуального компонента Delphi выглядит конфеткой, то вот красиво накатать сложную форму уже менее приятно. Фактически мощность языка Object Pascal я бы сказал более вредна, чем полезна для написания клиентских приложений. Если же рассмотреть компонентную модель Delphi, то сама VCL во многом являясь оберткой WinApi частенько подкидывает довольно интересные глюки, сторонние компоненты конечно расширяют систему, но не гарантируют отсутствие глюков, правильную работу и поддержку в следующих версиях Delphi. Да и собственно говоря инструмент для написания клиентских приложений должен сам содержать в себе сразу весь необходимый функционал и набор компонент, позволяющий решать поставленные задачи разработчикам. Присоединяюсь к высказываниям по PB - DataWindow действительно очень мощная штука, встроенный SQL очень приятная и полезная фича. Еще хотелось бы отметить реализацию модели ООП в PowerScript. На первый взгляд кажется все убогим, но если разобраться и посмотреть на нее с точки зрения написания клиента и его логики работы, то оказывается довольно таки правильно все сделано. Во первых модель событий,очередей событий и функций, и организации контролов на форме с моей точки зрения выше всяких похвал. Во вторых куча "неправильных" с точки зрения любого ООП языка, но очень приятных мелочей. Например динамические массивы (особенно впечатляет DataWindow, выступающий в роли массива данных и позволяющий творить на основе этого чудеса, которые в никаком Grid-е просто так не сделает), или же конструкция (NULL = NULL) равна true, что противоестественно, но для программы-клиента в общем то правильно. Очень еще замечательный плюс - это кроссплатформенность PB. И нравится мне это не из за того, что у меня это насущная проблема, а тем, что из за кроссплатформенности PB был вынужден иметь свои механизмы обработки WINAPI и как я убедился во многих случаях то, что в Delphi работает глюкаво и тернисто, раз он напрямую с WINAPI завязан, то в PB их обработчик умудряется по ходу пьесы еще и глюки API исправлять. Ну до кучи сборщик мусора, который кстати не ждет, когда вся память закончится, а освобождает обьекты при выходе их из зоны видимости и что замечательно, позволяет их удалять вручную под свою ответственность. Визуальные компоненты имеют довольно таки много непривычных для Delphi разработчика свойств - например можно разрешить таскание и изменение контрола прямо в рунтайме по форме. Очень удобно и полезно, если в программу нужно встроить свой редактор форм, отчетов или пользовательских компонент. Динамическое подключение библиотек есть, их reflection тоже, DataWindow можно менять или создавать прямо в runtime, есть как говорится где развернуться. Еще как приятная фича - это событие SQLPreview, позволяющее перед посылом уже собранного SQL скрипта в БД не только посмотреть на него, но и поменять при необходимости. На основе этого события как вы понимаете собственная SQL трассировка делается на ура. Это немного из числа плюсов PB по сравнению с Delphi для разработки клиентов для 2-звенки. Сам же PB держит еще разработку 3-звенной архитектуры и web-приложений. С этим не работал, так что сказать ничего не могу.

А насчет сложности PB согласен - придется попотеть, правильно продумать и спроектировать интерфейс клиентской части, написать свою бизнес-логику на классах, расширить где надо функционал стандартных контролсов и дописать свои. И только потом поэтапно начнется собственно разработка самого приложения. Хотя я например в этом вижу плюс, а не минус. Ну а если попытаться просто на форму накидать компонент и по событиям все что можно распихать, чем многие и занимаются в Delphi, то ничего путного не получится.

P.S. На данный момент получается, что активно работаю как в Delphi, так и PB, хотя с последним опыт работы всего 3 месяца.

И даже вот такие чудеса
http://www.sybase.ru/Syb/products/apptools/JBuilder.htm

PowerBuilder в "карманном" варианте

21.04.2003
Sybase приступила к бета-тестированию Pocket PowerBuilder - специальной версии среды разработки PowerBuilder, позволяющей создавать приложения для карманных компьютеров, управляемых Windows CE.

http://www.osp.ru/news/soft/2003/04/21_01_print.htm

К примеру (что мне больше всего нравится) в качестве значений практически всех свойств объектов DataWindow можно указывать выражения. В том числе зависящие от хранимых данных.

Скажите хотябы одну возможность, которой нет или она неудобна в МСДю Пожалуйста.

2Lamer: поверьте намного больше, чем Вы перечислили.

DataWindow - это объединение Data Access,Data Controls and etc из Delphi. Все, так сказать, в одном флаконе.

2 Сергей Герасин

Файл справки PowerBuilder 7.0 примерно 5.5 Мб, две трети -- про DataWindow. Сюда явно не поместится (тем более со сравнениями и обоснованиями). Может выслать вам на е-мыло? Могу декомпилировать и упаковать RARом -- получится где-то 1.5 Мб. А еще есть примерно 15 Мб (упакованных) демок -- все исключительно на DataWindow. Я вам вышлю, а уж в алфавитном порядке вы сами расставите, ok?

Привет всем.

Вот, почитал флейм, и мысль возникла (это событие, надо отметить :) Дык вот. Я до вхождения в данное обсуждалово понятия не имел о том, что такое PowerBuilder - даже для чего он нужен. Теперь кое-какое представление получил. И хочу спросить знатоков: что такого крутого умеет DataWindow? Это я не в плане наезда, а просто интересно получить:
1. Список фич в алфавитном порядке.
2. Сравнение (в плане отсутствия/наличия оных) с DBGridEh и Quantum Grid
3. Обоснование принципиальной невозможности сделать аналогичный компонент для Дельфи и пользоваться им.

Тут нет никакого интереса из серии "нужно выбрать что-то" - я просто делаю свою работу в D5, и все. Мне интересно, какие фишки дают разработчикам другие средства - для поиска оригинальных решений и, может быть, портирования их в Дельфи.

С уважением, Сергей.