kdvваш инсталлятор болванку базы копирует как файл, или создает из скрипта?
Ну, мой софт создает из скрипта, но перед этим - проверяет текущую установленную версию ФБ. На данный момент поддерживаются 2.1 тире 3.0 (в будущем оставлю только 3.0).
А если бы была болванка - всё равно проверка на версию была бы обязательна, только еще и не было бы возможности работать с разными версиями.

kdvВы мне лучше скажите, создающие базу скриптом в инсталляторе
Зачем в инсталляторе? При запуске проги, если базы нет, а настроена она локально.

Симонов ДенисЧто ты будешь на конфиге настроенном под другую БД работать?
Если всё будет нормально работать при этом, то почему бы и нет. Ситуаций таких было не сказать, что много, но бывали. А вот если не получается нормально работать - тогда два варианта - либо убить, либо новый комп, такое тоже случалось, хотя и редко.

Симонов Денисзаводской тюнинг велосипеда никуда не годится по современным меркам
Смотря для каких задач. Для маленьких баз в 2-2000 мегабайт тюнинг конфига вообще значения не имеет фактически.

Тут другое бывает. Некоторые разработчики (я например ) любят управлять службой ФБ (останавливать/запускать, когда надо).
И это еще было бы пол беды. Но однажды я встретил софт (не помню какой уже), который службу ФБ прописал как зависимую от своей службы, и это мне сильно мешало, пришлось убить.

kdvда хоть при запуске. Скриптом или "болванка-файл"?
Я делаю скриптом, если найдена подходящая запущенная версия сервера. И не только базу создаю, но и заполняю много что в ней. Перед этим (и для этого) скрипт редактирую (программно) - некоторые default-значения доменов, например.

kdvпочему нельзя объяснить по человечески, почему выбрано вот такое решение?
Можно объяснить. Так повелось, но это не причина, и раньше я даже не задумывался, но вот уже как минимум две причины нашлось:
1. Потому, что структура метаданных заранее неизвестна;
2. Для того, чтобы дать возможность работать некоторым диапазоном версий ФБ.

kdvпоконкретнее, пожалуйста. Что значит "структура метаданных заранее неизвестна"? Как с такими метаданными работает приложение?
Я в курсе всяких CRM, которые динамически добавляют столбцы
Нет, структура таблиц одинакова.
1. Я уже писал, некоторым доменам устанавливается дефаултное значение еще в скрипте, программно, перед созданием базы из него.
2. Создаются некоторые записи INSERT вручную в скрипте если надо, или меняются.
3. Скрипт создания базы содержит кучу INSERT'ов в разные таблцицы, которые добавляют записи с учетом заранее установленного DEFAULT-значения вышеописанного домена.

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

kdvну например?
Я тоже уже писал. У меня пока диапазон 2.1 - 3.0, со временем сУжу. Но пока так.

kdvкроме того, в чем смысл работы одного приложения
Смысла очень простой. Я, конечно, хотел всех заставить одновременно перейти на 3.0 вместе со мной, даже прогу написал, которая делает бэкап, удаляет старый ФБ, перегружает комп, ставит ФБ, делает ресторе, несколько скриптов и всё хорошо.
Только на автомате запускать эту прогу я не рискну.
А чтобы вручную прогнать её на сотнях объектов - это потребует не одну неделю работы специалиста.
И я пришел к выводу, это делать нецелесообразно. Ставим на новые точки, обновляем, где тормозит или где база упала - создаем уже новую...

Конечно, есть минус - хочется заюзать новое, но пока потерплю. Когда мало останется - тогда.

kdv,

Да, и у меня встречный вопрос - а в чем минус создания из скрипта, если проверять версию ФБ всё равно надо, даже если есть болванка?

kdvэто не минус, а бессмысленное действо, если для приложения требуется конкретная версия ФБ.
Да ну? А если клиент (или пьяный интегратор) запустил старый инсталлятор, в котором болванка для 2.1, а стоит 2.5? Проблемы потом разгребать?
В моем случае хоть на родной ODS работать будет, потом просто версию моего ПО обновят и проблемы как не было.

kdvЕсли мы делаем для 2.5, и только для 2.5, можно создать из скрипта, только для этого придется вызвать isql. Проще скопировать болванку файла БД.
Скрипты создания БД обычно используются для
- проверки создания базы из скрипта (тут бывают и косяки метаданных и глюки isql)
- проверки скрипта при переводе базы с версии N на N+1
- сравнения скрипта с предыдущими версиями для генерации изменений
- создания "чистой" БД для копирования данных из одной БД в другую
Не знаю :)
Я скрипты использую именно для создания новых баз.
"Сравнением метаданных", получением "Скрипта расхождений" и т.п. я не занимаюсь, слава богу, наверно потому, что болванки не использую

И isql я не пользуюсь для этого, давно есть отлаженный свой класс, который, к тому же, еще кое-какие фишки поддерживает, но это другая история.
isql я вообще использую в основном только для коннекта к удаленным базам на плохом инете, чтобы ИБЕ не запускать, но это тоже другая история.

kdvопять двадцать пять... Для чего это, и пример приведите пожалуйста.
Основной случай - домен для поля-идентификатора терминала. Для сети все терминалы имеют уникальный номер. Все таблицы с данными (не считая одинаковых справочников), которые участвуют в репликации, имеют это поле, которое заполняется (почти всегда) автоматически из этого домена.
(у таких таблиц ПК минимум из двух полей - TERMINAL_ID+Таблица_ID)

kdvИ эти пункты 2 и 3 никакой завязки на скрипт не имеют.
В том числе записи из этих INSERT'ов, т.ч. имеют, в этих пунктах много чего нужного разворачивается скриптами.

kdvКак только выходит новая версия, люди сразу начинают использовать фишки новой версии
Да, все хотят так делать, это логично, я тоже хочу. Но наступил момент, когда обновить серевера сразу всем очень проблематично. Постепенно - да (благо, я давно пишу версию сервера БД в таблицу версий установленных программ на местах, теперь пригодится) - с запретом на создание базы (и вообще на запуск) на версии сервера меньше X.Y, опять же.

kdvболее сомнительный, чем скрипт (потому что скрипт надо закатать в приложение, и выполнить оттуда
Ох и сложно текстовый файл прочитать (как в моем случае, я тупо скрипты в папку SQL кладу рядом с .exe) или еще откуда-то достать, вариантов масса. Это уж, как раз, совсем не проблема.