2Tygra:
>Оригинальная ветка скатилась на обсуждение особенностей PowerDesigner, а собственно нормальных ответов раз-два и все, >и не удалось услышать окончательного мнения вопрошателя, помогло ли это все ему.

К сожаоению не очень помогло, было высказано несколько хороших идей, которые были взяты на заметку, но относительно этой проблемы пока ОПТИМАЛЬНОГО решения не предложили, да и это понятно, задачка так сходу не решается, здесь треба хорошо подумать и прикинуть что к чему, а у всех свои проблемы, да еще и лето .... (да чего душой кривить, я сам такой)

>Собственно, соглашаясь с ответом Genady, хочу тут ответить, раз там закрыли:
>N_Michael, Вы же сами говорили, что хотя БД и одинаковой структуры, но все же по сути разные и должны быть отдельно, >даже привели пример переноса на другой носитель и т.д. и т.п.

Меня опять неправильно поняли, я говорил не о переносе на другой носитель, а о том, что данные могут быть ПРИНЕСЕНЫ из другого места (удаленная точка) в базу одной из фирм...но при этом ПОЛНАЯ БД ФИРМЫ ВСЕГДА НАХОДИТСЯ НА ОДНОМ И ТОМ ЖЕ МЕСТЕ (СЕРВЕРЕ).

>Тогда посудите сами: если продолжать, то базу конкретной фирмы можно перенести вообще на другой компутер. И что, Вы >будете тягать за собой везде еще одну БД с процедурами, функциями и т.п. Т.е. Вы сами создаете сейчас себе проблему >как по отслеживанию положения БД, так и ,все же учитывая по Вашим словам возможные разные требования к отчетам и др.,
>отслеживание соответствия процедур для всех БД одновременно. А если Вам придется какую-то процудуру ихменить только >для одной фирмы, что Вы будете делать, проверять в теле процы, кто ее вызвал, и в зависимости от этого исполнять >соответствующий код. Изменять то имя процы нельзя - иначе нужно менять ее имя на клиенте.
>Я вообще не понимаю, какая сложность (или и в правду лишний раз по клаве постучать в лом) копировать изменяемые >процедуры (естественно общие) из одной БД во все остальные.
>А не в лом городить городушки и потом при значительном изменении требований одной из фирм, накладывающихся на общие >процедуры, рвать на себе волосы и думать: "а как теперь это все разгрести".
>Не нужно придумывать лишних проблем, в MS SQL их и так хватит.

Я с Вами вполне соглаен, но я не понимаю почему так всен настаивают на использовании такого метода, ведь по условиям моей задачи почти все отчеты идентичны (будем считать 95%), это явно не правильно пихать одинаковые процедура по базам и потом их менять, а сособенно процедуры которые "чуть-чуть" различаются так как велика вероятность ошибки при изменении этой процедуры в 4 БД ... а цена ошибки очень велика
Это одно из решений, но оно не ОПТИМАЛЬНОЕ по моему мнению, может кто изменит его ?

P.S. Может кому-то покажется что я сам себе создаю проблемы, но для меня это действительно принципиальный вопрос, который мне необходимо решить НАИЛУЧШИМ/ОПТИМАЛЬНЫМ образом ....

С уважением, Михаил.

Ну вот я и проснулся

Всем ответившим большое спасибо, я и не ожидал за столь короткий промежутко времени столько конструктивных предложений, сколько небыло за последние недели

Несколько уточнений сразу, чтоб по этсй ветки не велось обсуждение (пока):

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

По поводу написание "универсального запускальщика процедур" идея очень хороша, нужно только примерить к моей задаче и унифицировать интерфейс вызова, может что и получиться.

Но все же от оригинального вопроса после уточнения всех тонкостей мы немного отошли (может потому, что очень простой вопрос на первый взгляд?).
Изменяю условие задачи:
- если N БД для которых надо написать M ОДИНАКОВЫХ ОТЧЕТОВ (забудем о различных отчетах, различия сейчас не принципиальны).
- пишут несколько программистов.

Мною предлогалось создать дополнительную БД с набором ХП которым передается имя БД для которой эта процедура выполняется.
Можно это сделать следующими методами:

1. Использовать SP_ExecuteSQL или Execute.
2. Использовать локальные курсоры (в начале каждой процедуры, анализируем какая БД создаем локальный курсор и дальше его юзаем)
3. Использовать View'ы.

4. Используем USE <БД> (по моему идеальное решение моей задачи, но USE к сожалению в SP использовать низя-я-я-я ).

ЗАДАЧИ:

1. Какие еще есть способы решения данной проблемы ?
2. Какой решение ОПТИМАЛЬНОЕ и почему ?

С уважением, Михаил.