softwarerBagaBagaи готовы "получать" за всплывшие косяки проводимого решения?
"Получать" за всплывшие косяки решения ЛПР-а гораздо глупее и обиднее. И попробуйте сказать про "это же его решение, отвечать будет он сам", мы все дружно посмеёмся.
Нет конечно. Если _совсем_туго_ - включать "добросовестного идиота". Я старательно исполнял... в точности по ТЗ ... что-то не так? С радостью исправлю. Только ТЗ напишем (исправим - подпишем), чтобы я случайно ничего не перепутал.

ЗЫ
На самом деле, получать "за свои" будешь всегда. Получать или не получать за косяки "кривого ТЗ от ЛПР" - вопрос умения и сложившейся в компании "культуры".

ЗЗЫ
ЛПР он на то и ЛПР. Если по должности топикстартер не может принимать решения, то ему и не дадут ("по рангу не положено"). В крайнем случае получит картбланш, палки в колёса (или отсутсвие поддержки) и "салют" на первом же провале. Всё, что он может - попробовать привести аргументы ЛПР, а уже последний будет (или не будет) их учитывать.

Dimitry SibiryakovBagaBagaиз аргументов только один - обслуживание и сопровождение 200 баз вместо
одной обычно дороже. И чем дальше и дольше - тем дороже. По нарастающей.
А расписать эту цену по конкретным пунктам расхода сможешь?..

Как только ТС озвучит жизненный цикл этой базы - конечно да.

ЗЫ
Для сферического коня в вакууме:
1. развёртывание базы для каждой новой единицы
2. её инициализация ("шеф" же просил "удалить всё лишнее", помним?)
3. синхронизация (если над одним и тем же проектом работали на нескольких рабочих местах). Ой, а какая версия последняя?
4. резервное копирование (автоматическое, регулярное)
5. проверка работоспособности бэкапов (на "нулёвую" машину)
6. проверка работоспособности всех отчётов (иных автоматических скриптов) при смене структуры в любой "из баз". Ах да, если отчёт "всё ещё запускается", это не значит, что он считает правильно :)

ЗЗЫ
ТС так и не озвучил перечень задач, которые намеревается решить этой базой. Так что практически весь тред - про сферического коня...

Dimitry Sibiryakov,
вообще-то ТС попросил закрыть топик. Но раз вы такой настойчивый...

>>1. Копирование одного файла при старте нового проекта это не затраты, делается
автоматически вместе с созданием дерева каталогов.

Вы обладаете волшебным шаром? ТС на ушко нашептал? Вам что-то известно про "автоматическое создание дерева"? И что инициализация - копирование одного файла? Права, так понимаю, тоже будете копированием раздавать...

>>2. Шаблон БД уже содержит все шаблонные элементы. Шеф просил удалить из БД всё, что не
относится к текущему проекту, чего в шаблоне просто нет.

Так у вас шаблон содержит ВСЕ шаблонные элементы (для ЛЮБОГО проекта), или относящиеся ТОЛЬКО к какому-то проекту? Удаляться "лишние" сами буду по большой красной кнопке? А недостающие - вписываться?

>>3. С нескольких мест работают с одной БД на сервере, нечего синхронизировать.

Если у Вас с автокадом работают по сети... Хм. У вас должно быть проекты песочницы... Или вы про БД "каталога проекта"? Так у вас же их 200, не забыли?

>>4. Резервное копирование происходит вместе с остальными файлами проекта, у
централизованной БД тут только недостатки.

Ну если вам проверить 200 бкапов проще чем 1-2... Или проверять вообще не планируется? Так может вам тогда вообще без бэкапов...
Про недостатки - расскажите лучше списком поподробнее. Заодно про схему бэкапа у ТС расскажите. Оч. интересно.

>>И всё это ограничено только текущими проектами. Где "нарастающая"? Или ты предлагаешь
бэкапить и обслуживать уже закрытые проекты, которых вообще никто не касался уже годы?..

У тебя "рождение" проекта немедленно сопровождается "смертью" другого проекта? Тебе же ТС сказал - примерно 200 в год (т.е. примерно +15-20 в месяц). Отчёты только по "текущим проектам"? В архивные смотреть не нужно? Т.е. если заказ на тот же объект, который уже "сдан и закрыт", ты предлагаешь не искать по проектам (в т.ч. из архива), а настукивать новый, не найдя в "активных"?