iapЧто это за система такая, которой можно ампутировать объект, а ей хоть бы что?Отказоустойчивая :-)
Ivanich87Господа, неужели sql2005 нет стандартных процедур по статистике запуска ХП??Ну что такого, в дельфи тоже стандартно у скомпилированного приложения нет статистики вызовов функций.

Ivanich87WarAntНормальная она только тогда, когда при создании новых одновременно удаляются старые.
Старые нельзя удалять в одночасье, так как вызов старой процедуры может производиться из интерфейса программы, а пользователей много, и у всех перезапустить программу для обновления невозможно...Принципиально вы всё делаете правильно, так и надо.

Но нужна более чёткая организация.

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

Действительно, можно по простому сделать - логировать использование процедур и удалять неиспользуемые долго, но тогда логирование вам нужно сделать самому, в сиквеле (так же как в дельфи) не предусмотрено ведение лога вызовов процедур.
GloryIvanich87Это нормальная ситуация, когда старые процедуры заменяются новыми, структура БД тоже со временем изменяется
В нормальной ситуации процесс, "когда старые процедуры заменяются новыми" должен приводить к Decommissioning старых процедур. И делается это не на основании статистики использования, а на основании документацииЭто технически и организационно требует очень много ресурсов, хотя конечно теоретически так правильно. Для обычного заводика/торговой фирмочки на сотню рабочих мест это слишком круто, придётся к 3-м имеющимся сотрудникам на разработке взять ещё троих.

GloryalexeyvgЭто технически и организационно требует очень много ресурсов, хотя конечно теоретически так правильно. Для обычного заводика/торговой фирмочки на сотню рабочих мест это слишком круто, придётся к 3-м имеющимся сотрудникам на разработке взять ещё троих.
Если вы хотите создать с 0-ля свое ПО для совместной разработки программного кода, то придется в взять не 3, а 33 сотрудника.
А вот если взять уже созданное ПО, то можно никого дополнительно не брать.В смысле, не понял, про какое ПО идёт речь?

Или вы имеете в виду, что существует ПО для организации процесса разработки, которое всё это делает само, там предусмотрены разные настраиваемые шаблоны для описания своего варианта требований к поддержке ваерсий и их реализация?
Я честно говоря про такое не слышал, было бы интересно узнать...

GloryalexeyvgИли вы имеете в виду, что существует ПО для организации процесса разработки, которое всё это делает само, там предусмотрены разные настраиваемые шаблоны для описания своего варианта требований к поддержке ваерсий и их реализация?
ПО, которое готовит билд к инсталяции, есть. Билд может в себя включать и декомиссию объектов. Самой примитивной реализацие декомиссии может быть простое удаление объекта.Ну это понятно, но вариант "процедура, не используемая в новой версии, немедленно удаляется" естественно не рассматривается. Это уж для совсем "наколенных" продуктов.

Требования к процессу у ТС такие (могу уверенно предполагать, потому что лет 20 придерживаюсь таких же принципов, ТС может только уточнить какие то количественные параметры):

- Раз в неделю выпускается повая версия ПО, с изменениями в клиентской и серверной части
- В новой версии может добавляться использование каких то новых таблиц, процедур, а использование чего то другого убираться...
- Старые версии клиента обязаны работать с новой версией БД (или сервера приложений, если такая архитектура) в рамках старой функциональности.
- Через какое то время (например, через полгода) старые версии клиента перестают работать на новой базе. Соответственно, старые процедуры нужно убирать, когда становится невалидным последний клиент, которых их использовал.

Совершенно нормальный, удобный для бизнеса, подход.

ART-CODEТаким образом, необходимость создания новой процедуры - будет исключительно редким случаем.Вы всё правильно говорите, именно так и надо делать.

Но всё таки случаи удаления процедур неизбежно будут, пусть и очень редко, их тоже нужно отрабатывать.
GloryalexeyvgНу это понятно, но вариант "процедура, не используемая в новой версии, немедленно удаляется"
Я говорил декомиссия. А удаление как самый примитивный способ декомиссии.А, в этом смысле... А то слово мудрёное :-)

Так вот, я не вижу средств, например, в используемой мной Visual Studio-TFS для "не примитивной декомиссии" в соответствии с описанными выше требованиями.
Т.е. что бы связывать хранимую процедуру с местами в клиенте, где она используется, и отмечать как неиспользуемую через некоторое время.