Всем доброго времени суток!

После перехода на Sybase ASE 12.5 (сервера SUN) столкнулись с проблемами
в работе пользовательских приложений при обновлении Sybase Open Client
до версии 12.5.1 (+ последний доступный EBF).
Возникла следующая ситуация:

- Связка BDE + OpenClient 12.0 работает условно корректно
(есть проблемы с производительностью при обработке больших массивов данных, но терпимые)

- Связка BDE + OpenClient 12.5 прекрасно справляется с обработкой больших массивов,
не может корректно обрабатывать возвращаемые SQL-сервером ошибки
(например при несовпадении типов данных). BDE просто вылетает.

- Проверили все доступные версии BDE (5.0,5.1,5.1.1,5.2 SDK) и на всех платформах W2k/XP/W3k
везде получаем вылет BDE при обработке ошибок SQL-сервера. При этом выполнение того же кода,
генерирующего ошибку (например "select @myvar" без предварительного declare) через ODBC/OLEDB/ISQLW
или напрямую через isql.exe проходит корректно, т.е. ошибка перехватывается, обрабатывается и выводится
соответствующее сообщение. Т.е. Sybase Open Client 12.5 установлен и функционирует корректно.

Вопрос:
Существует ли в природе способ подружить BDE и SybaseOpenClient 12.5 (и выше), т.е.
устранить вылет BDE при обработке ошибок, возвращаемых SQL-сервером?

Заранее признателен за помощь и информацию.
Сам разбираюсь уже пару месяцев - пока безрезультатно, вернее
результаты конечно есть, но они крайне неутешительные ...

:^-((

Устранить быстро не представляется возможным - слишком большие деньги
заряжены под лицензии на прикладной софт. Поэтому ищем обходные пути.
Один из них - настроить ODBC-алиас и пустить работающий через BDE
прикладной софт поверх этого алиаса, но это не серьезно на наших
объемах обрабатываемых данных.

MasterZivНу попробуйте просто вместо BDE использовать более новые линки

- рады бы, но разработка сторонняя. Сами конечно давно работаем через OLEDB.

MasterZivПочему ? это ж ничем почти не отличается.

- проведенные тесты показывают, что отличается. видимо несколько иначе отрабатывает
алгоритм буферизации BDE. Трассировку конечно делаем, изучаем, но пока безрезультатно,
т.к. конфликт видимо на уровне API-вызовов.

А ларчик просто открывался ... спасибо большое за наводку, все таки одна голова хорошо,
а две и более лучше!

При глубокой трассировке подозрение вызвали некотрые параметры, и в итоге разобрались, что:
Dynamic Link Library (DLL) name
SQLSYB32.DLL (for DB-Lib/Version 4.x)
SQLSSC32.DLL (for CT-Lib/System 10 and later)

Т.е. оказалось, что в дистрибутивах прикладного софта неверно был сконфигурирован BDE драйвер,
и вместо CT-Lib все вызовы шли через DB-Lib. Драйвера CT-Lib там вообще не было. Нашли, скачали,
подключили - все пошло как по маслу, т.е. BDE прекрасно работает с 12.5.

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

tuyпотому что подобная конфигурация клиентской части не соответствует тех. требованиям на прикладной софт, т.к. ...

А никто против этого не возражает, только это должна быть не моя головная боль, а головная боль
разработчиков этого самого софта. Ибо помимо требований "писателей", есть еще требования
СУБД и драйверов, которым, вообще говоря, писатели должны бы максимально удовлетворять, если
используют ту или иную платформу.

tuyТо есть на то, что текущая версия прикладного софта (клиентская часть) разрабатывается, тестируется и СОПРОВОЖДАЕТСЯ на связке OCS-12_0/SQLSYB32.DLL(BDE) вы просто забили.

И никто ни на что не забивал - просто вам вопросы ставишь, вы их на корпоративном уровне
игнорите, и потом вот так анонимно приходится общаться. Были реальные проблемы с
производительностью этого самого софта под клинтской частью XPSP2, на которую вы же всех нас принудительно и переводили, и на 12.5 перешли по вашей же милости. А на вопросы о зависаниях
отвечали "мол разбирайтесь, у нас вроде нормально".

Приношу глубокие извинения к All за такой междусобойчик, и обращаюсь за содействием:
- пожалуйста, все кто считает, что с BDE для корпоративного софта нужно слазить
- что ситуация с сильным отставанием версии клиентской части СУБД от серверной является
мягко говоря не нормальной

чикните "+" в этой ветке ... и если можно, с аргументацией.

MasterZivКороче, объяснитесь, что имели в виду.

Имелось в виду, что:
1. Версия Open Client должна как минимум соответствовать версии ASE
2. Для работы с Open Client через BDE нужно удовлетворять требованиям разработчиков BDE,
т.е. если они говорят, что обеспечивают совместимость через CT-Lib, то и работать нужно через
CT-Lib, а не через DB-Lib, как было когда-то (давно, лет 7-10 назад) удобно разработчику.
Да, механизмы разные, но они поэтому и разные, что чем то приходится жертвовать в угоду
универсальности/простоте/надежности/совместимости и т.д.

komradсофт на sybase ase (12.5.4 esd3, так syb-клиент для второго уровня (приложение - трехзвенка) обговаривается совершенно четко и без вариантов - 12.5.1 esd10 и без вариантов!.

Это и есть соответствие версии Open Client версии ASE, ибо Open Client выше чем 12.5.1 для
ASE версий 12.5.х, по моей информации, не существует. EBF-ы конечно есть разные, последний был 14745.

Попутно уточню, что разработчик, после прямого вопроса с нашей стороны, признал
что DBE-зло, и что следующее поколение (версия) прикладного софта уже разрабатывается с учетом
перехода на другой механизм взаимодействия с клиентом СУБД.

MasterZivСтарый клиент может с новым серваком работать
и наоборот, новый клиент со старым. И новый клиент со старым приложением.

Хорошо бы, если б все было так красиво в действительности.
Реальные проблемы с BDE + Open Client 12.0 для ASE 12.5 имели место на больших выборках
при переходе на XPSP2/W3K, причем это не проблема Sybase, это была проблема операционки, что вылечилось выходом через несколько месяцев соответсвующих обновлений. Но на эти месяцы мы
здорово погрелись, и именно тогда начали переходить на Open Client 12.5, где эта проблема оказалась
решена.

Вообще говоря, 12.5 и 12.0 это огромная разница ... и там местами не до совместимости, т.к.
Sybase прямо отказался от поддержки ряда устаревших технологий. Например вот это можно почитать
для интересующихся и сравнить с соотвествующим для 12.0:

http://manuals.sybase.com/onlinebooks/group-sd/sdp1251e/pccfg/@Generic__BookView/5477;td=50#X

MasterZivЗначит так. Есть нормальные продукты, и продукты фирмы барлянд
Не могу согласиться со столь категоричным суждением.

Скорее так: есть нормальные продукты для своего класса приложений, и эти вполне нормальные
продукты нужно правильно использовать разработчикам. А когда разработчики в угоду своему
удобству (и/или уровню знаний) начинают ипользовать эти продукты не так, как для них было
предначертано, и при этом продавать свои разработки корпоративному сектору за приличные
деньги - вот это категорически неправильно!

Здесь так и получилось:
- разработчики BDE четко говорят через какую библиотеку с какой версией ASE нужно работать
- разработчики прикладного софта это игнорируют, и используют более старую библиотеку
- в результате на уровне портребителей приходится разбираться в плюхах тех и других

Когда нибудь и ADO/OLEDB/JConnect и прочие интерфейсы устареют, как это происходит с DAO/BDE,
но это не значит, что для своего времени эти продукты были плохими. Лет 10 назад альтернативы
BDE на рынке "легких" систем практически не было. Сейчас же другое время...

Сергей ВаскецовОднако, если приложение собрано для работы через BDE/DBLib, в общем случае через BDE/CTLib просто так (одними лишь манипуляциями с BDE) оно не заработает.

Да, конечно, так оно и есть ... проверено.
В общем мы используем клиента 12.5.1, а на машинах своих разработчиков обеспечили средствами
виртуализации возможность работать через клиента 12.5/12.0 по выбору, чтоб избавиться от
вылетов BDE. А там глядишь и новые версии прикладного софта подоспеют ...
Ветку можно закрывать :-))