ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / MS QSQL Server 2000 & PowerBuilder 9 or 10
30 сообщений из 30, показаны все 2 страниц
  все  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32654365
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Как жить то дальше будем, коллеги? В 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 ? Что выбрать для, того чтобы в дальнейшем не остаться на обочине прогресса, потеряв большую часть функциональности приложения?
...
Рейтинг: 0 / 0
18.08.2004, 12:03
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32654376
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Ну, типа понятно, что имелось ввиду MS SQL Server 2000
...
Рейтинг: 0 / 0
18.08.2004, 12:06
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32654496
alexis glinski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexis glinski
Участник
ADO.NET database interface ???
...
Рейтинг: 0 / 0
18.08.2004, 12:41
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32654554
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Может быть, может быть...
Я тут глянул, похоже, что на клиентских тачках нужно будет установить .NET Framework . К тому же, насколько я понимаю, это работает в PowerBuilder 10 ...
Надо будет покопать в данном направлении...
Кто-нибудь уже пробовал работать с базой через ADO.NET database interface ? Поделитесь впечатлением...
...
Рейтинг: 0 / 0
18.08.2004, 12:56
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32654647
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Не-е-е, ADO.NET database interface не катит, похоже, что асинхронного режима там нема.
Не уже ли остается только ODBC ?
...
Рейтинг: 0 / 0
18.08.2004, 13:26
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655070
andy753
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy753
Участник
Не советую переходить на 10-ку... Она еще скорее всего сырая... Судя по топику, у Вас существуют наработки и системы - у Вас есть принципиальная необходимость перехода на 9-ку?

Приведу пример, переход на 9-ку у нас был необходим и был произведен только когда появилась необходимость в работе через Ягуар, потребовался XML, ну и еще ряд мелких фич... но тоже полезных :)

Причем процесс перехода был не простым и временами весьма болезненным. Кстати - небольшая часть функционала до сих пор осталась закомментареной, по причине багов в девятке. Руки еще до них не дошли. Ряд старых проектов до сих пор на 6-ке работают...

Так что - не советовал бы я в это соваться, если нет на то серьезных оснований.
...
Рейтинг: 0 / 0
18.08.2004, 15:24
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655164
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
To andy753
Что геморроя будет при переходе на PowerBuilder 9 or 10 по самое "не могу" - это нам известно

Но переходить надо. Группа психов, сбежавших из психушки и осевших в ЦБ РФ , жаждют перевести рейсы на XML
Ну, есть еще пара причин для перехода. Короче, "клиент созрел"...
...
Рейтинг: 0 / 0
18.08.2004, 15:51
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655398
andy753
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy753
Участник
Тогда могу только посочувствовать и предложить остановится на 9-ке... Мы сами сейчас активно изучаем ее возможности по работе с XML - думаю, что в 10-ке если и будут, то добавки к этому.

А там и посмотрите 10-ку внимательно, когда выйдет. Я бы с 10-кой не спешил... Да и дот нет каждому клиенту - лично я не в восторге... В регистре полно мусора... В общем - лично я бы годок подождал с 10-кой, а там мож и правда ишак говорить начнет В смыле драйвер MSS нормальный появится :)
...
Рейтинг: 0 / 0
18.08.2004, 17:15
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655444
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
andy753драйвер MSS нормальный появится :)
А Вы, батенька, оптимист...
Microsoft официально отказалась от поддержки Microsoft SQL Server database interface (MSS) . Посему, обновленного драйвера не будет...
...
Рейтинг: 0 / 0
18.08.2004, 17:30
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655592
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
Переход с 7 на 10 будет ГОРАЗДО более болезненным, чем с 7 на 9...
А чем 9 + + OLEDB не устраивает?
...
Рейтинг: 0 / 0
18.08.2004, 18:41
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655616
PB10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PB10
Гость
ФилиппПереход с 7 на 10 будет ГОРАЗДО более болезненным, чем с 7 на 9...

Прокоментируйте, пожалуйста...
...
Рейтинг: 0 / 0
18.08.2004, 19:04
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655644
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
В основном это ударит по тем, кто активно использует Windows API calls.
PB10 is fully UNICODE compliant, поэтому external функции, работающие с character data при миграции (в лучшем случае) будут изменены - ":ansi" будет вставлено в function declaration. Ну и вообще будет много гимора с UNICODE...
...
Рейтинг: 0 / 0
18.08.2004, 19:20
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32655945
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Филипп
В основном это ударит по тем, кто активно использует 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 ?
...
Рейтинг: 0 / 0
19.08.2004, 09:08
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32656483
alexis glinski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexis glinski
Участник
ФилиппВ основном это ударит по тем, кто активно использует Windows API calls.
PB10 is fully UNICODE compliant, поэтому external функции, работающие с character data при миграции (в лучшем случае) будут изменены - ":ansi" будет вставлено в function declaration. Ну и вообще будет много гимора с UNICODE...

т.е. замены A на W будет недостаточно ???

Black SavageНе-е-е, ADO.NET database interface не катит, похоже, что асинхронного режима там нема.

dolzhon poyavitca v 2.0 ...
...
Рейтинг: 0 / 0
19.08.2004, 12:28
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32657404
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
Я бы посоветовал использовать OLE-DB и писать асинхронность на клиенте - через Shared Objects :-)
...
Рейтинг: 0 / 0
19.08.2004, 16:57
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32657441
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
ФилиппЯ бы посоветовал использовать OLE-DB и писать асинхронность на клиенте - через Shared Objects :-)

Хм-м... Глубоко... А можно дать пару ссылок в качестве примера, чтобы можно было проникнуться всей мудростью данного метода?
...
Рейтинг: 0 / 0
19.08.2004, 17:07
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32657554
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
Если вы мне подробно объясните, что вот это авторчтобы можно было работать с базой в асинхронном режиме. У нас проект заточен под это дело означает...
...
Рейтинг: 0 / 0
19.08.2004, 17:50
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32659308
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
Как у нас осуществляется работа с базой в асинхронном режиме:
1. Пишем в параметрах коннекта к базе Async DBParm parameter равным единице .
2. Запускаем селект некий, в данный момент в приложении доступна кнопка "отменить", по нажатию на которую на сервер отправляется команда на прекращение выборки.

Схематично - так.
...
Рейтинг: 0 / 0
20.08.2004, 15:20
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32659847
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
А с первым рядом нельзя прожить?

Из хелпа по Async DBParm parameter:

After the first row of data is retrieved and between subsequent row fetches , you must have done only the following to enable asynchronous operation:

Coded a RetrieveRow event for the DataWindow object or report

After the first row is retrieved, PowerBuilder operates asynchronously without your having to set the Async DBParm to 1. So you can cancel the current operation anytime after it retrieves the first row of data. Therefore, the Async DBParm parameter has no effect in PowerBuilder after the first row of data is retrieved.
...
Рейтинг: 0 / 0
20.08.2004, 19:39
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32659991
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
ФилиппЯ бы посоветовал использовать 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 ?
...
Рейтинг: 0 / 0
21.08.2004, 10:02
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32660144
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
Я думал вы читать умеете...
Повторю
After the first row is retrieved, PowerBuilder operates asynchronously without your having to set the Async DBParm to 1 . So you can cancel the current operation anytime after it retrieves the first row of data. Therefore, the Async DBParm parameter has NO effect in PowerBuilder after the first row of data is retrieved.
...
Рейтинг: 0 / 0
21.08.2004, 19:15
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32660227
Andyn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andyn
Участник
2 Филипп

Наверно в ситуациях описанных Black Savage основное время уходит на получение этой самой первой строки - на построение плана запроса и т.п., почему они и используют асинхронный режим - запустил запрос и забыл про него. У нас тоже такие ситуации встречаются, но наши пользователи терпеливо ждут. :)
...
Рейтинг: 0 / 0
22.08.2004, 10:20
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32660399
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
В то, что эта асинхронность необходима на любом запросе, использующемся в приложении, я не поверю ни за что.
Видимо имеется некий ряд запросов, для которых это важно, например поиск в котором юзеру позволяется задавать критерии идиотским образои и т.п.
Вот для таких то и можно делать асинхронность на клиенте (могопоточность с использованием SharedObjects).
Я здесь уже давал полную имплементацию, имеется поиск...
...
Рейтинг: 0 / 0
22.08.2004, 20:36
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32660573
Black Savage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Black Savage
Участник
To Филипп
Типа, хочешь сказать, что у нас идиоты разрабатывали систему?..
Может быть, может быть...
Код, отвечающий за асинхронность, написан в 1997 г. С тех пор в него никто не лазил. Не ужели они умудрились так лохануться?
Ладно, тема закрыта, будем изучать исходнники
...
Рейтинг: 0 / 0
23.08.2004, 09:06
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32660654
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guest_2
Гость
авторТипа, хочешь сказать, что у нас идиоты разрабатывали систему?..
А вот обижаться не имеет никакого смысла.
Филипп совершенно правильно указал направление движения творческой мысли.

Если ASA не поддерживает асинхронности, это не значит, что средствами PowerBuilder'а нельзя сделать так, что бы оперативная работа пользователя в приложении не замирала в ожидании построения большого отчета.

Просто для этого приложение должно быть многопоточным.
...
Рейтинг: 0 / 0
23.08.2004, 09:50
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32661935
Фотография Филипп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Филипп
Участник
Black Savageхочешь сказать, что у нас идиоты разрабатывали систему?
Нет, хотя такой возможности никогда не следует исключать, потому как люди в основном скорее идиоты, чем нет :-)
Скорее всего кто-то прошляпил запросы, которые не должны были попасть в систему, а потом этот факт залатали с помощью Async DBParm ...
...
Рейтинг: 0 / 0
23.08.2004, 18:44
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32696500
VAT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VAT
Участник
В системе изначально предусмотрено создание пользователями индивидуальных сохраняемых запросов, которыми можно обмениваться. Это решает огромное количество задач. Сейчас таких сохранённых запросов к базе ~2500 шт. В случае промаха и долгого ожидания приложение запускается второй раз, а первое можно закрыть, или пусть ждёт, если нужно. К сожалению, при закрытии закрывается множество окон пользователя, где также результаты запросов, фильтры в dw, сортировки. И когда в 1997 г. появилась кнопка "Отменить", народ радовался
...
Рейтинг: 0 / 0
15.09.2004, 19:15
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32696518
VAT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VAT
Участник
Эксперименты с ODBC:
1.Запрос из клиента на PB9 через MSS к локальному серверу: 10 сек.
2.Запрос из клиента на PB9 через ODBC к локальному серверу: 35 сек.
3.Запрос из QA через ODBC к локальному серверу, Result in text: 35 сек.
4.Запрос из QA через ODBC к локальному серверу, Result in grid: 4 сек.
Если сравнить 1. и 4., то получается ODBC может работать быстрее, чем MSS.
Кто-нибудь может объяснить? Как заставить PB9 через ODBC работать быстро?
...
Рейтинг: 0 / 0
15.09.2004, 19:23
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32696789
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
VATЭксперименты с ODBC:
1.Запрос из клиента на PB9 через MSS к локальному серверу: 10 сек.
2.Запрос из клиента на PB9 через ODBC к локальному серверу: 35 сек.
3.Запрос из QA через ODBC к локальному серверу, Result in text: 35 сек.
4.Запрос из QA через ODBC к локальному серверу, Result in grid: 4 сек.
Если сравнить 1. и 4., то получается ODBC может работать быстрее, чем MSS.
Кто-нибудь может объяснить?
Не очень понятны результаты экспериментов, так как время выполнения запроса впервую очередь зависит от СУБД и только потом от интерфейса доступа. А так как СУБД имеет привычку кэшировать данные, то не удвивительно, что один раз запрос в QA выполнился 35 сек, а второй только 4 сек.

авторКак заставить PB9 через ODBC работать быстро?
А он и работает быстро, все зависит не от PB, а от реализации самого драйвера ODBC. Например, для ASA драйвер ODBC является быстрым и эффективным (вот здесь результат сравнения скорости ODBC драйверов ASAvsMSSQL через PB).

Ну а один из проверенных способов заставить быстро работать PB с любым драйвером доступа к любой СУБД - это максимально переложить бизнес-логику и расчеты на саму СУБД и не тащить на PB большие наборы данных.
...
Рейтинг: 0 / 0
16.09.2004, 08:21
| Ответить | Цитировать | Написать  
MS QSQL Server 2000 & PowerBuilder 9 or 10
    #32697757
VAT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VAT
Участник
ASCRUSНе очень понятны результаты экспериментов, так как время выполнения запроса впервую очередь зависит от СУБД и только потом от интерфейса доступа. А так как СУБД имеет привычку кэшировать данные, то не удвивительно, что один раз запрос в QA выполнился 35 сек, а второй только 4 сек.
Сорри, не написал, что эти запросы делались неоднократно и в разном порядке, т.е. влияние кэширования из сравнения можно исключить.

ASCRUSА он и работает быстро, все зависит не от PB, а от реализации самого драйвера ODBC. Например, для ASA драйвер ODBC является быстрым и эффективным (вот здесь результат сравнения скорости ODBC драйверов ASAvsMSSQL через PB).
Спасибо за ссылку, очень интересно. Но вопрос перехода на ASA не ставится.
Реализация драйвера ODBC, через который работает QA - от MS, и работает с QA замечательно, если Results in grid. А если Results in text, то получается как у РВ9. Дополнительные преобразования какие-то. И в РВ9 становятся заметны конечные пробелы. М.б. в SQLCA.DBParm надо что-то указать?

ASCRUSНу а один из проверенных способов заставить быстро работать PB с любым драйвером доступа к любой СУБД - это максимально переложить бизнес-логику и расчеты на саму СУБД и не тащить на PB большие наборы данных.
Это безусловно. Через тонкие каналы в том числе приходится работать. Но и большие наборы случаются.
...
Рейтинг: 0 / 0
16.09.2004, 14:01
| Ответить | Цитировать | Написать  
30 сообщений из 30, показаны все 2 страниц
  все  
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / MS QSQL Server 2000 & PowerBuilder 9 or 10
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=15&tid=1338877]:
 0ms
get settings:
 10ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 35ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 58ms
get tp. blocked users:
 1ms
others: 16ms
total:  152ms
созд. / загр.: 152ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]