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) или еще откуда-то достать, вариантов масса. Это уж, как раз, совсем не проблема.

Симонов ДенисТак можно дойти и до того чтобы оставить в БД только таблицы
Ну это явно уже вывод неверный. Я ж не уменьшаю поддерживаемый функционал :)
Придет время - я обновлю и начну PSQL функции использовать, давно хочу, и пакеты.
EXECUTE STATEMENT и SIMILAR TO я никогда не использовал, мне в моих задачах не надо, а что касается "EXECUTE STATEMENT" - я вообще считаю, что нужно стараться обходиться без него, и у меня получается.

Почему разброс такой большой? Потому, что на 2.5 я вообще не переходил - не видел смысла. Мне толку не было было. И сейчас считаю, что правильно сделал.

kdvесли приложение ориентировано на 2.5, оно должно сообщить о проблеме.
Старый инсталлятор рассчитан на 2.1, а стоит 2.5. Где я неясно выразился? Конечно же и приложение из этого "старого инсталлятора" "ориентировано" на 2.1, и болванка в нем. А стоит 2.5. И проверять при этом версию сервера не надо?

kdvзачем это сделано доменом?
Мне удобно

kdvприведи такое описание create domain. Опять вырывать клещами все приходится. Гостайна, чтоль?


Что тут объяснять?
В процессе инсталла интегратор вводит в эдит номер терминала, который ему сказали в центр. офисе, и программа перед созданием базы из скрипта меняет @@TERMINAL_ID@@ на 1234, например.

kdvгоспода, еще пара сообщений с пространными объяснениями, без конкретики, и я попрошу модераторов удалить нахрен этот топик. Задолбало уже.
Боюсь, что я конкретнее не смогу уже. Не пойму, что ты хочешь, возможно. Как конкретнее объяснить, что данные попадают в поле из DEFAULT-значения домена, если не указывать это поле при INSERT?

kdvСобственно, с приложением можно поставлять базу разными способами
Я именно это и пытался объяснить.
И еще момент - скрипт для создании базы в любом случае нужен - если не в инсталляторе, то как минимум в скрипте, который собирает инсталлятор, болванку-то надо создавать как-то.
Мне лично болванка не удобна по многим причинам, из них привычка и отсутствие материального смысла это менять - одни из них.
Но я вполне ясно понимаю, что какое-нибудь приложение с базой embedded (и не обязательно) может быть гораздо удобнее поставлять с болванкой.

kdvт.к. ИД приложения или "терминала" обычно известен при запуске этого самого приложения.

Угу. Интересно, откуда.

kdvХуже того, он может быть изменен с течением времени

Нет, конечно. Это же данные в пк. Это целостность бд.

kdvможно было и не прописывать этот default в доменах

Можно, конечно, и хранить его где-то отдельно, и бояться, чтобы в этом где-то его случайно не изменили. И писать обязательно оттуда в записи всех таблиц вручную.
А я его нигде не храню, специально. Кроме как в этом домене.
Один раз при запуске только получаю его селектом из системной таблицы.
Мне так нравится.

kdvа откуда он известен при установке приложения???
Из телефонной трубки обычно. Админ центральной базы знает только, какой ид свободен и должен быть.


kdv почему нельзя default 50 поменять на default 60? Целостность от этого не пострадает. Новые записи станут мусором. Вообще вся база.


kdvзакатал в default, и успокоился.Ну да. Его не меняют.