Если честно, то лично мне
1 данная задача не интересна
2 данной програмой обладать бы не хотел

т.к. простые процедуры и так написать просто.
а сложные такой програмкой не напишешь.

Максимум что мне нужно - некий шаблон для синтаксиса ХП (со стандартным обработчиком ошибок например)
Но он у меня уже есть :)

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

Я могу ответить, что то что вы сделали за час придется отлаживать потом несколько дней. Причем особо это проявляется при больших и сложных процедурах. Но это беспередметный и пустой разговор.
Я присоединяюсь к тому, что сказал _bob.
Т.е. лично для вас написание этой штуки наверное полезно. Как тренировка в программировании. Но все, что нужно в случае MSSQL уже есть в QA.
Собственно и CreateStoredProcedure Wizard даже есть, но я не видил чтоб им пользовались.

JinnНесколько тысяч строк?! Не приведи Господь. Это как же надо исхитриться мпроекировать базу, чтобы в ней писать код в несколько!!! тысяч строк для одной!!! процедуры. А копирование - вообще рутинная процедура, не более 100 (очень завышено) строк. Вот наугад ткнул в sp_changemergepublication - 986 строк.
Зависит от сложности, стиля написания в конце концов.
Так что оценивать "крутость" процедуры по кол-ву строк - так же умно, как сложность системы по кол-ву таблиц в ней (а часто оценивают)

JinnОго!!! И что, простите, Вы там такого грандиозного делаете? Не легче такую байду вынести в бизнес-сервер, дабы сервер баз данных занимался своей непосредственной работой (обеспечивал быструю и надежную работу по хранению и извлесению данных)? Может у Вас еще и триггеры строк по 200? это системная процедура MS SQLServer-a. Нужна ему, чтобы он "обеспечивал быструю и надежную работу по хранению и извлесению данных"

qu-qu2 All

Напрасно вы все глумитесь над человеком...
Генерация кода на основе метаинформации ли, структуры таблиц ли, или еще какой-нить другой "основы" - вопрос далеко не такой праздный, как многие тут пытаются представить... Этим делом многие люди занимаются серьезно, и пишут серьезные программы для этого... (даже не бесплатные). В хорошо структурированном компонентном бизнес-приложении можно 70%-80% кода делать генерацией (личный опыт).

Вот один из примеров удачной (ИМХО) бесплатной реализации кодогенератора: CodeSmith .
(правда, требуется .NET Framework 1.0 или 1.1, зато уже прилагаются готовые шаблоны для генерации CRUD-процедур, DAL-классов, типизированных BE-классов на основе DataSet и т.д., даже интерфейс уже реализован для того, чтобы "щелкать мышкой, выбирая ..." таблицы из конкретной БД). 2 All - это значит обращение и ко мне. За All отвечать не буду, отвечу за себя.

Лично я не глумлюсь, извиняюсь если это было воспринято так. Это раз.

Автор треда спросил интересна ли кому либо его программа. Я ответил, что лично мне не интересна. Это два.

Против генерации кода я ничего не имею против, кому нравится - пусть генерирует. Но в случае MSSQL на мой взгляд существующих (встроенных в утилиты, распространяемые с сервером) средств для генерации кода вполне достаточно. Это три.

Более того, если их не достаточно - нетрудно найти уже написанные, что вы и подтвердили своей ссылкой. Это четыре.

Тем не менее для себя, как тренировка в программировании, написать подобную вещь - полезно. Это пять.