Помогите подружить этих товарищей:
ASE12-15,Windows,Perl
Пробовал установить DBD::Sybase, что то не вышло, насколько я понял этот модуль только под Linux.
И можно вдобавок примеров использования парочку?

MasterZiv,

не ставится модуль с помощью dmake
C:/Strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.8.3/../../../../i686-w64-mingw
32/bin/ld.exe: dbdimp.o: bad reloc address 0x4 in section `.data'
C:/Strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.8.3/../../../../i686-w64-mingw
32/bin/ld.exe: final link failed: Invalid operation
collect2.exe: error: ld returned 1 exit status
dmake.EXE: Error code 129, while making 'blib\arch\auto\DBD\Sybase\Sybase.xs.dll'

Sergey OrlovASE свои odbc-ные драйвера наверное поставил, так что можно задействовать этот интерфейс...

был бы признателен за подробности

MasterZivxukПомогите подружить этих товарищей:
ASE12-15,Windows,Perl
Пробовал установить DBD::Sybase, что то не вышло, насколько я понял этот модуль только под Linux.
И можно вдобавок примеров использования парочку?

на сколько я знаю, не только для линукс.

что конкретно не получается?


пробовал поставить на разных машинах, под xp, под 8-кой, правда все под strawberry perl
ошибка такая:

C:/Strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.8.3/../../../../i686-w64-mingw
32/bin/ld.exe: dbdimp.o: bad reloc address 0x4 in section `.data'
C:/Strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.8.3/../../../../i686-w64-mingw
32/bin/ld.exe: final link failed: Invalid operation
collect2.exe: error: ld returned 1 exit status
dmake.EXE: Error code 129, while making 'blib\arch\auto\DBD\Sybase\Sybase.xs.dll'

White OwlActiveState - нельзя использовать in corporate environment. Раньше было можно. Сейчас нельзя.
По этой причине я перешел на strawberry...

В обоих вариантах Перла можно использовать sybperl пакет. Версия 2.18 прекрасно собирается через gcc и прекрасно работает.

Сложности:
1) OpenClient библиотека (которая собственно и есть интерфейс к ASA) идет с настройками для VS и Borland. Для того чтобы можно было использовать OC с gcc - нужно пойти в каталог %SYBASE%/%SYBASE_OCS%/include найти там cspublic.h (кажется), найти в нем секцию которая объявляет макрос для внешних функций DLL и добавить проверку на mingw в пару к VS и Borland.
2) Надо пойти в %SYBASE%/%SYBASE_OCS%/lib и скопировать все *.lib в *.a.
3) Если у вас OC 15 и dll зовутся libsybcs.dll и подобное, то надо пойти в несколько подкаталогов в %sybper%/*, Найти там соответсвующие Makefile.pl и поправить регулярку поиска библиотек. Так же надо поправить процедуру определения версии OC.
4) Очень не желательно использовать 64-х битную версию strawberry. Не помню сейчас почему конкретно, но подружить sybperl с ней я так и не смог. Зато на 32-х битный все встало с трех вышеупомянутых напильников.

Сразу предупрежу, что у меня так и не получилось завести асинхронный режим в Strawberry. В ActiveState он работал замечательно, а под strawberry на проверке готов асинхронный запрос или нет - перл умирает без единого вяка (даже без GPF). Но пока оно мне было не сильно нужно, плюнул и не стал копать.




Можно поподробнее про пункт 1 и 3, с Си совсем не дружу, а в %sybper%/Makefile.pl регулярку не нашел, которая ищет библиотеки.

Дайте пожалуйста пример скрипта с подключением через ODBC к удаленной базе, у меня это впервые.

Все прикрутил с помощью ODBC, все отлично было, пока не заметил такую штуку:

вызывается встроенная процедура внутри которой динамический SQL, так вот ту часть процедуры которая в курсоре ОДБЦ обрабатывает корректно, а ту которая за пределами нет. если запустить процедуру с помощью ISQL то все отлично.

пример:

процедура начало--

динамический sql 1

<курсор
динамический sql 2
конец курсора>

процедура конец--


вот где динамический sql 1
@a = 'select @b = xxx from aaa'
exec @a

после его выполнения @b = null
а isql выбирает туда значение корректно.


выносил динамический sql 1
в отдельную процедуру, эффект тот же.

Помогите кто знает?

метедом тыка выяснил, что внутри процедуры не отрабатывает присвоение переменных
например:
set @a = select aaa from xxx
set @a = (select aaa from xxx)
select @a = aaa from xxx

@a в любом случае NULL,
isql соответственно работает без ошибок.

Живу на ASE, динамический SQL используется для вычисления названия таблиц, они разбиты по датам.
Все же пока мой вывод подтверждается, все что создано динамически в процедуре, не внутри курсора, не выполняется.
Вот еще пример что работает через isql, но не работает через perl+odbc

create table #tmp2( sd char(10))

Select @dat_entry =
'
insert into #tmp2
select convert(char(10),isnull(min(dat),'+char(39)+char(39)+'),112)
from '+dbo.name(,@dat_beg)+'
where dat != null
and dat >= '+char(39)+convert(char(8),@dat_beg,112)+char(39)+'

Exec(@dat_entry)


select * from #tmp2

White Owl,

диалект T-sql, без динамического sql как обойтись пока не представляю.

White Owl,
Ну это все хорошо, но вьюху нужно пересоздавать постоянно, т.к. таблицы заполняются и создаются новые онлайн, на оптимизатор надежды никакой, сколько раз он подводил не сосчитать.
Но основной вопрос не как обойти динамическое создание скрипта, а почему оно не работает и как это починить если вообще возможно?