Как жить то дальше будем, коллеги? В PowerBuilder 10 :
AndynThe Microsoft SQL Server database interface (MSS) is not provided with PowerBuilder 10. The driver is based on DB-LIB functionality that is no longer supported by Microsoft and is not Unicode enabled.
В PowerBuilder 9 MSS Microsoft SQL Server поддерживается.

У нас PowerBuilder 7 , давно назрела необходимость перехода на более новую версию. Работаем через MSS Microsoft SQL Server . Сейчас, у нас есть поддержка асинхронного режима работы с базой. Вот думаем, а что дальше то делать будем?:

1. Переходить на PowerBuilder 9 и MSS Microsoft SQL Server .
2. Переходить на PowerBuilder 9 и работать с базой через ODBC .
3. Переходить на PowerBuilder 10 и работать с базой через ODBC , надеясь на то, что жорики из Sybase одумаются и чего-нибудь сваяют, для нас. Пока поюзать PowerBuilder 10 , к сожалению, нет возможности.

В идеале, хотелось бы работать:
PowerBuilder 10 + OLEDB (с поддержкой асинхронного режима).

Вообщем, у нас тут довольно долго говорили о переходе. Теперь хотелось бы услышать Ваше мнение. Как лучше работать с MS QSQL Server 2000 ? Что выбрать для, того чтобы в дальнейшем не остаться на обочине прогресса, потеряв большую часть функциональности приложения?

Ну, типа понятно, что имелось ввиду MS SQL Server 2000

Может быть, может быть...
Я тут глянул, похоже, что на клиентских тачках нужно будет установить .NET Framework . К тому же, насколько я понимаю, это работает в PowerBuilder 10 ...
Надо будет покопать в данном направлении...
Кто-нибудь уже пробовал работать с базой через ADO.NET database interface ? Поделитесь впечатлением...

Не-е-е, ADO.NET database interface не катит, похоже, что асинхронного режима там нема.
Не уже ли остается только ODBC ?

To andy753
Что геморроя будет при переходе на PowerBuilder 9 or 10 по самое "не могу" - это нам известно

Но переходить надо. Группа психов, сбежавших из психушки и осевших в ЦБ РФ , жаждют перевести рейсы на XML
Ну, есть еще пара причин для перехода. Короче, "клиент созрел"...

andy753драйвер MSS нормальный появится :)
А Вы, батенька, оптимист...
Microsoft официально отказалась от поддержки Microsoft SQL Server database interface (MSS) . Посему, обновленного драйвера не будет...

Филипп
В основном это ударит по тем, кто активно использует Windows API calls.
PB10 is fully UNICODE compliant, поэтому external функции, работающие с character data при миграции (в лучшем случае) будут изменены - ":ansi" будет вставлено в function declaration. Ну и вообще будет много гимора с UNICODE...

Опаньки!.. Вот это новость! ОГРОМНОЕ спасибо за ценное замечание, ибо у нас в проекте Windows API используются очень интенсивно.

Филипп
Переход с 7 на 10 будет ГОРАЗДО более болезненным, чем с 7 на 9...
А чем 9 + + OLEDB не устраивает?

Хотелось, чтобы можно было работать с базой в асинхронном режиме. У нас проект заточен под это дело, не хотелось бы терять такую функциональность. Насколько я понимаю, OLE Microsoft OLE DB не поддерживает эту фичу работы с базой? Может быть, все же можно "поженить" PowerBuilder 9 с каким-нибудь Database Interface , чтобы осталась выше описанная фича? Уж больно лениво использовать ODBC , прописывать alias для базы на машинах пользователей. Народ поговаривает, что не очень то быстро ODBC работает. Филипп , чтобы ты посоветовал использовать в качестве Database Interface ?

ФилиппЯ бы посоветовал использовать OLE-DB и писать асинхронность на клиенте - через Shared Objects :-)

Хм-м... Глубоко... А можно дать пару ссылок в качестве примера, чтобы можно было проникнуться всей мудростью данного метода?

Как у нас осуществляется работа с базой в асинхронном режиме:
1. Пишем в параметрах коннекта к базе Async DBParm parameter равным единице .
2. Запускаем селект некий, в данный момент в приложении доступна кнопка "отменить", по нажатию на которую на сервер отправляется команда на прекращение выборки.

Схематично - так.

ФилиппЯ бы посоветовал использовать OLE-DB и писать асинхронность на клиенте - через Shared Objects :-)
Async DBParm parameter
Applies to

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


Ну и где тут OLEDB ?

To Филипп
Типа, хочешь сказать, что у нас идиоты разрабатывали систему?..
Может быть, может быть...
Код, отвечающий за асинхронность, написан в 1997 г. С тех пор в него никто не лазил. Не ужели они умудрились так лохануться?
Ладно, тема закрыта, будем изучать исходнники