"Также, хотелось бы услышать о возможностях этих продуктов с точки зрения формирования отчетов в виде plain text'а".

Если можно, то поточнее, что имелось ввиду?
Что Вы, подрузумеваете под термином отчет.

В PB (PowerBuilder) благодоря DataWindow можно строить очень навороченные отчеты, и соответственно распечатывать их. Если необходимо перенести отчет ещё куда-то, с сохранением внешнего вида, то Данные из DW (DataWindow) можно импортировать в:
1. HTML Table (TR, TD элементы)
2. XML
3. XSLFO (Возможно)
3. PDF
Кроме того данные можно импортировать в форматы:
- Excel, Excel5
- Text (tab-separated)
- CSV
- SYLK
- WKS, WK1
- dbf (dbase2, dbase3)
- SQL syntax
- PSR (PowerSoft Report format)
- WMF

ActiveX в приложениях использую без проблем.

Кроме того есть возможность создавать:
- OLE Autmated (создавал);
- COM/MTS, COM+ компоненты (Через DCOM удалось организовать доступ по локальной сети к устройству подключенному к COM-порту);
- COM/MTS, COM+ клиента (не пользовался);
- много чего, но я этим не пользуюсь (JSP, EAServer component, EJB Client proxy для WebLogic от BEA , WebSphere on IBM).

В PB9 Enterprise Edition only появился PB Native Interface, который позволяет реализовать вызов Call Back функций из C++. Java общается с PB через JNI.

Подключаться к БД можно:
- используя следующие стандартные интерфейсы (ODBC, OLEDB, JDBC)
- используя native интерфейсы: Informix, Microsoft SQL Server ("You can access Microsoft SQL Server version 6.0, 6.5, 7.0 and SQL Server 2000 databases using the Microsoft SQL Server interface." Написано в хелпе), Oracle (7.3, 8.0.x, Oracle8i, Oracle9i), Sybase ASE,DirectConnect ("The DirectConnect interface uses Sybase's Open Client CT-Library (CT-Lib) API to access a database through Sybase middleware data access products such as DirectConnect for DB2/MVS and Open ServerConnect™." Написано в хелпе.)

PowerScript (За Fox не скажу, т.к. с ним не работал вообще) поддерживает embeded SQL и Dynamic SQL.

Embeded SQL это:
CLOSE Cursor; CLOSE Procedure; COMMIT; CONNECT; DECLARE Cursor; DECLARE Procedure; DELETE; DELETE Where Current of Cursor; DISCONNECT; EXECUTE; FETCH; INSERT; OPEN Cursor; ROLLBACK; SELECT; SELECT BLOB; UPDATE; UPDATEBLOB; UPDATE Where current of Cursor.

Dynamic SQL.
Существует 4 формата (процедуры) использования динамических запросов SQL:
1 EXECUTE IMMEDIATE
Используется для запросов, которые не продуцируют Result Set и не требуют ввода параметров.
2 PREPARE и EXECUTE
Используется для запросов, которые не продуцируют Result Set, но требуют ввода параметров. Запрос PREPARE пересылает на сервер оператор SQL c зарезервированными местами для ввода параметров, и запрос EXECUTE, перадающий на сервер параметры и для оператора SQL и выполняет сам опреатор SQL.
3 (Динамические курсоры и процедуры)
DECLARE Cursor|Proc DYNAMIC CURSOR | PROCEDURE
PREPARE
OPEN DYNAMIC Cursor | EXECUTE DYNAMIC Proc
FETCH Cursor | Proc INTO HostVarList
CLOSE Cursor | Procedure
Используется для выполнения операторов SQL продуцирующих Result Set в которых параметры ввода и колонки Result Set известны на момент компиляции.
4
DECLARE Cursor|Proc DYNAMIC CURSOR | PROCEDURE
PREPARE
DESCRIBE
OPEN DYNAMIC Cursor | EXECUTE DYNAMIC Proc
FETCH Cursor | Proc INTO HostVarList
CLOSE Cursor | Procedure

Используется для выполнения операторов SQL продуцирующих Result Set в которых параметры ввода, или колонки Result Set, или оба этих параметра не известны на момент компиляции.

В жизни пользуюсь лишь EXECUTE IMMEDIATE. Если необходимые параметры известны, то Формат 2 легко можно уложить в Формат1.

Вместо Формата 3 использую функцию SyntaxFromSQL(...) для генерации синтаксиса DataWindow. Выбрав данные в DataWindow провожу дальнейшую обработку (сортировка, фильтрация, правка и т.д)

Формат 4 мною не юзался, а надо бы.
Фактически позволяет создать визульные средства для генерации запросов конечным пользователем (продвинутым, коих мало, но они в тельняшках).

"Я имел ввиду SQL для работы с уже полученными резалтсетами на клиенте. Или PB работает как надстройка над TSQL?"

Поймите TSQL и PowerBuilder это не близнецы братья и никто ни над кем не надстройка (TSQL - это Sybase, а PB - это в девичестве PowerSoft). Про интерфейсы доступа к БД мною написано выше. Совершенно прекрасно (насколько позволяет драйвер ODBC) работаю как с 1С (dbf), так и с ASA. В сегодняшнем рабочем проекте участвуют: 2 различных информационных базы 1C + ASA. Доступ к 1С и ASA через ODBC. В другом проекте испльзуется PostgreSQL, который крутится на Free BSD и клиент на PB, который естественно крутится на Win. Доступ к PostgreSQL идет через ODBC. По поводу качества доступа через OLE DB или JDBC ничего сказать не могк, т.к. ими не пользовался, ну не надо это мне при наличии драйверов ODBC. А ODBC драйверов в поставке с PB тоже идет не слабо.

PB c сервером БД разговаривает только (и никак иначе) через SQL.
Для облегчения жизни клиента (в данном случае это пользоватeль PB, т.е разработчик) в плане работы с данными используется технология DataWindow, которя состоит из 2-х частей: Datawindow object + DataWindow control or component.

DataWindow object - "defines the data source and presentation style for the data."
Фактически содержит:
- SQL запросы для Retrieve, Insert, Delete, Update данных.
- Оформление при отображении и печати.
-Все остальные параметры касаемые отображения и редактирования данных (
Допустимые параметры редактирования, правила валидации при вводе, список обновляемых полей, наименование таблицы обновления, формат ввода и отображения, порядок сортировки, фильтры, Агрегатные и прочие calculated функции. Действия если была правка ключевых полей и т.д)

DataWindow Control - Визуальный объект (DataStore - не визуальный объет) для управления и манипуляции DataWindow object и содержит ссылку на него. Именно в Event'ах (dbError(...), editChanged(...), SQLPreview(...), RetrieveRow(), UpdateRow(),rowFocusChanged(), ItemFocusChanged(), ItemError()...) DataWindow control разработчик пишет все программные обработки (scripts) используя соответствующие методы (functions) dataWindow control ( retrieve(...), update(...), insertRow(), deleteRow(),selectRow(), rowCount(), setFilter(), settransObject(...), setItem(),...).

DataWindow control для хранения данных имеет 3 внутренних буфера:
- Primary отображает видимые оданные
- Filter содержит данные, которые были скрыты после применения фильтра
- Deleted содержит данные, которые были удалены.

Таким образом для обращения к данным выбранным в Datawindow control SQL не требуется.

Если честно, то я и не понимаю зачем необходим SQL для result seta, если сам по себе result set есть результат SQL запроса.

Хотя.
DataWindow control можно перевести в режим Query mode, который позволяет временно конвертировать окно DataWindow в форму для определения критериев отбора данных. В этом случае это будет для пользователя скорее QBE, но при выборки данных , PB автоматически преобразует данные из формы в соответствующее выражение WHERE.

2 funikovyuri

"насчет plain text - я думал это стандартный термин - я под ним понимаю неструктурированные текстовые файлы которые готовые к печати на dos'овском принтере ( например на СМ6315 )."

Если речь идет просто о печати отображаемых данных, то печатайте на здоровье. Что вижу, то и печатаю (что видется, то и печатается).

Хотя.
Зачастую необходимо чтобы распечатанные данные выглядели несколько иначе, чем отображаемые на мониторе. Я в таких случаях пользуюсь следующей технологией:

Помния, что DataWindow object содержит описание оформления данных
1. Создаем DataWindow object для отображения на мониторе пользователя, который назавем "dd_формаПросмотра"
2. Создаем DataWindow object для печати на принтере, который назавем "dd_ФормаПечати"

Выбираем данные в DataWindow control (c данным визуальным объектом сопоставляем "dd_формаПросмотра"), редактируем, смотрим, в общем трем-мнем и решаем печатать, нажав допустим кнопку <Печать>.

В соответствующем event'е кнопки <Печать> :

1. создаем не визуальный аналог DataWindow control называемый DataStore. Не надо бояться - это всего лишь одна строка кода что-то навроде - l_ds = Create DataStore.

2. Ассоциируем DataStore c "dd_ФормаПечати". Тоже одна строка кода - l_ds.dataObject = "dd_ФормаПечати".

3. Разрешаем использовать dataStore данными, которые уже были выбраны в нашей форме (функция Sharedata), тоже одна строка кода, что-то вроде dw_1.sharedata(l_ds)

4. Выполняем печать. Тоже одна строка кода l_ds.print()

PS. Извиняюсь за свой несколько многословный и сбивчивый ответ. Просто иногда лучше и нагляднее как-то продемонстрировать конкретную технологию работы, чем абстактно пытаться объяснить возможности продукта.

PPS. Не знаю, что это за марка принтера, но если это что-то большое банковское, то Вам приходится единовременно печатать большой объем информации. Подготовка больших отчетов может занимать (и часто занимает) много времени. При этом как правило оператор, а в качестве оного может выступать и бухгалтер и экономист, на время подготовки отчета лишены возможности продолжать работать с БД. Если интересно как этого можно избежать в PB, то могу поделиться опытом.

Вообще-то PowerBuilder начиная с версии 6 позволяет создавать многопоточные приложения. Вот этим и можно воспользоваться.

По умолчанию приложение PB - однопоточное, и именно в этом главном потоке допускается использование любых визуальных элементов интерфейса. Во всех остальных потоках нужно использовать только не визуальные объекты, но DataStore - это и есть не визуальный объект.

Поэтому большие или долгие отчеты нужно выполнять не в главном потоке приложения, а в дополнительных (специально созданных для этого). Конечно разработки и отладка таких приложений не мед, но главное, что это возможно.

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

Вообще-то если СУБД позволяет, то PB может поддерживать асинхронные операции ("By default, PowerBuilder operates synchronously"). По крайней мере это относится к операции Retrieve. В данном случае если надоело ждать пока что-то там выберется, допустим заказали с сервера на клиента 10 млн записей, то с помощью dbCancel() можем этот процесс прервать.

К моему великому сожелению ASA 7 этого не умеет.

Но умеют следующие товарищи:
- DIR Sybase DirectConnect
- IN9 Informix
- JDB JDBC
- MSS Microsoft SQL Server
- ODBC (if driver and back-end DBMS support this feature)
- O73 Oracle 7.3
- O84 Oracle 8.x and Oracle8i (8.1.5 and higher database connections only)
- O90 Oracle9i
- SYC Sybase Adaptive Server Enterprise

PS. Странно вроде бы один раз уже отправил ответ о многопоточном приложении, но похоже что не в форум, а на луну. Если в конце концовответ с луны дойдет до форума, то к этому я не имею никакого отношения.