Всем здрасьте!
Есть ли в db2 возможность из sql-оператора выполнить команду операционной системы? Если кто знает, это, например, как в SQL Server системная ХП master..xp_cmdshell. Очень надо из приложения, написанного на C# под винды, законнектиться к удаленному юниксовому серваку и кой-чаво сделать с файлом. Пока рою в сторону соединения через ssh, но не особо получается. Почему и подумалось в сторону sql-я - к юниксовой БД коннекчусь-то без проблем...
Просьба не плеваться на такой изврат :))

В том-то и проблема, как из сей достучаться до юникса? ето уже, наверное, другой форум :)
Ех, значит, нету xp_cmdshell... жаль

ggv, read my question, please?
Имеется: проект на C#, а не на С, который должен запускаться ПОД ВИНДАМИ и лезть на сервер AIX.
> From any SP written on C you can do _whatever_ you want.
Это верно, если взять юниксовый компилятор сей и переписать проект в нем. А что тогда делать с запуском проги из-под виндов?
Windows operating systems do not include a secure shell client or server. However, third-party products do provide ssh functionality.
(.net Framework help)

точно! :))
токо почему все по-аглицки-то? на русском форуме? ;)

Привет, all!
(ну нету у меня дома инета, ну что поделаешь... :(( )
Чтой-то меня в пятницу переглючило сильно. Решение не пойдет. Весь прикол в том, что я пытаюсь обойти багу, связанную с созданием хранимых процедур. Делаю инструмент, который создает таблицы и проч. структуру новой БД и переливает в нее данные из некоей старой. Баг очень веселый: создаю базу - тут же, на пустой базе, создаю примитивную ХП на sql-e типа "return a + b" - вываливается ошибка "File P2364296.msg cannot be opened". После двухнедельных танцев с бубнами так и сяк выяснилось, что в момент создания процедуры создается папка tmp по адресу
/db2/имя_экземпляра/sqllib/function/routine/sqlproc/имя_БД/имя_схемы/tmp
, и ей этот гребаный db2 присваивает неправильную группу - получается так, что юзер, который создает ХП, просто не имеет прав на запись в tmp. Поэтому этот файл .msg не создается и собс-но не могёт быть открыт
Баг какой-то плавающий, появляется с вероятностью ~90% (иногда ХП прокатывают-таки...), только под AIX-ом. Под виндами все живет, цветет и пахнет :)
Вот и пришли к такой схеме, что: 1) создаем БД; 2) создаем тестовую фиговенькую ХП, просто чтоб создались нужные папки; 3) лезем по ssh-у на сервак и через chgrp подсовываем нужную группу папке tmp; 4) запускаем все как обычно и радуемся.
Я не знаю, будет ли этот баг проявляться в том числе и с расширенными ХП (нету времени проверять, да и плюсы у меня не стоят, только шарп), но внутренний голос подсказывает, что нечего и рыпаться :-(
Пока остановилась на том, что цепляю к своему проекту Putty и шпарю через утилиту plink.

Просветите, плиз, тёмных, где в настройках это задается? В документации пока не встретилось.

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

ggv, проблема исчезла так же неожиданно, как и появилась. Единственное, что могу предполагать, - юзера, под которым создаются ХП, добавили в группу админов, после чего надо было, видимо, перегрузить ОС, а не только менеджер БД. Вроде админ там перегружал сервак когда-то не так давно... Т. е. сам момент исчезновения ошибки четко отследить не удалось, остается лишь предполагать, что дело было в перезагрузке (а что права юзеру меняли - это точно). А вернуть все обратно и проверить снова - стремно, т. к. сервак боевой, а в юниксе я как свинья в апельсинах

и ысчо нарыла:
http://publib.boulder.ibm.com/infocenter/db2help/index.jsp?topic=/com.ibm.db2.udb.doc/admin/r0000312.htm

ggv, ссылка не про SYSADM... Речь о параметре sysctrl_group, который по умолчанию равен NULL. Попробуйте выставить там свою группу - что будет?
Правда, у меня он тоже null, но ошибки нет.