Примеры поставляются с самим сиквелом. Если вы при установке не забыли Dev Tools пометить. По умолчанию C:\Program Files\Microsoft SQL Server\80\Tools\DevTools\Samples\ods

Открывайте коннект, работайте на чем умеете - ADO, ODBC, db-lib... В сишнике все есть.

Вообще в последнее время меня сильно удивляет всплеск на форуме интереса к extended proc. И сдается мне, что это в подавляющем большинстве случаев не более чем попытка залатать неумение пользоваться более распространенными и "естественными" способами. Зачем может понадобиться extended proc? В случае, когда в сиквеле нет средств для выполнения той или иной задачи. Например, работа с файлами (копирование, удаление), запуск внешних программ и т.д. КАКОГО ЧЕРТА ЛЕЗТЬ К ТАБЛИЦАМ, скажите мне? Если вам нужны данные из базы, воспользуйтесь Transact-SQL, чем он вам не угодил? Если вам нужно выполнять какие-то job'ы, не укладывающиеся в рамки транзакта, то к вашим услугам куча вспомогательных инструментов типа DTS, репликации, запуска всяческих скриптов. Разработка COM'ов на чем умеете и запуск их.

Приведите пример задачи, когда необходимо создание именно extended proc и ничего иного!

Кесарю - кесарево! Зачем вам на системном блоке штаны гладить?! Вот зуб даю - это та же самая ситуация, когда неумение правильно спроектировать базу и поддерживать ее приводит к морю динамических запросов. Та же хрень с популярностью extended proc.

Насчет мэйлов: тут регулярно всплывают вопросы по SQL Mail. "Оно" не поможет?

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

Мне в свое время они понадобились, когда нужен был специализированный парсинг строк. И даже можно было бы сделать его средствами TSQL, если бы не вопрос скорости и наличие этого кода на бизнес-сервере. Зачем поддерживать код, выполняющий одну и ту же задачу, в двух местах? А так скомпилял единый проект - и сразу exe'шник бизнес-сервера и dll с xp.

Мессага не по злобе душевной, а исключительно с целью попросить подумать еще раз :-) Ведь помимо прочего некорректно написанная xp может завесить или уронить SQL. Вам хочется в рабочих условиях рестартовать сервак?

Вот! Как только появляется поставленная задача, все сразу встает на свои места. По-моему, для данной задачи bcp - самое то. Сформируйте view или sp, чтобы они выдавали информацию в нужном виде и слейте результат в файл. См. BOL: bcp utility. В зависимости от вашей фантазии можно и ini сразу формировать и reg-файлы. Это ж текст, не более того.

Ну вы хоть почитайте хелп, а?! Типичный пример, который вас вполне устроит:

bcp "SELECT au_fname, au_lname FROM pubs..authors ORDER BY au_lname" queryout Authors.txt -c -Sservername -Usa -Ppassword

Имя файла задается как параметр командной строки. И откажитесь от xp, они вам в данной задаче не нужны.

RTFM! RTFM! RTFM!