kdvShaman2 при дефолтной установке fb3, для тренировки.
подразумевается, что SYSDBA ты через embedded после "дефолтной установки" ты уже создал?\

так, туплю. сервер запущен как firebird.exe -a, добыл все это из zip-архива. Получается что инсталлятор сделает sysdba сам, а в моем случае "будьте добры никогда не забывайте его создать". Верно?

А какие именно действия делает экзешник инсталлятора после копирования файлов? Можно где-то увидеть код инсталлятора?

kdvShaman2Получается что инсталлятор сделает sysdba сам
в 3.0 никто никакого sysdba не делает.

релизноты читать не надо, совсем?
http://firebirdsql.org/file/documentation/release_notes/html/en/3_0/rnfb30-compat-initsec.html

читаю, к сожалению по ночам. Сбила с толку дока Firebird-3-QuickStart.pdf в которой в пункте Installing on Windows указано

авторDuring installation you have the option of providing a password for Firebird's superuser, SYSDBA. Firebird
passwords may be up to 255 bytes long, but due to the nature of the hashing algorithm the “effective length”
is around 20 bytes, so it's not very useful to enter a password that's much longer than that. Notice however that
if you do enter such a password, you must supply it in its full length every time you connect – it won't work
if you truncate it to the first 20 characters

или кто-то при написании данного мануала совершил ошибку?

kdvShaman2,

ты ведь из zip ставишь, удивляешься, а потом на инсталлятор киваешь? Насчет инсталлятора - понятия не имею, что там, я им не пользуюсь.
можешь сделать своего sysdba, с masterkey, а потом его распространять в своем дистрибутиве. Иначе твои юзеры помрут от умственной натуги при вводе нового пароля для sysdba.

Ты прав, я действительно поставил из зипа, а прочел из инсталла. Все, я спать, а то рассеяность до добра не доведет, продолжу завтра.

Ребят, я наверное что-то упустил в документации, но неужели в таблице с данными теперь нельзя сделать

alter table add id_price not null без указания default? В 2.1 я всегда так делал, добавлял поле, отдельным скриптом прописывал значения и строил foreign key, а тут недает

МимопроходящийHello, Shaman2!
You wrote on 30 ноября 2016 г. 11:52:37:

Shaman2> В 2.1 я всегда так делалне надо так делать.
вообще.
добавление поля у тебя идёт в одной транзакции, а заполнение его значениями уже в другой.
ибо смешивать DDL и DML нельзя (вменяемым людям).
а в промежутке между одним событием и другим прибегут болезные с криками "таблица не читается!"


У меня при запуске софтины шла сверка актуальной версии базы с текущей и если что не так, то последовательно _разными_ транзакциями последовательно доводилась база до актуальной версии. Но раз нельзя будем переучиваться, я миновал работу с 2.5, возможно и там так было, потом посмотрю

Симонов ДенисавторИли поле id_price как-то по-другому, магически примет значение 0?

да. Читай про форматы записей. Просто все существующие записи без поля id_price при чтении будут приводится к новому формату.

т.е. ненужно деактивировать триггеры? это действительно радует.
Попутно возник вопрос: можно как-то обновить данные в таблице, но чтобы не сработали триггеры? например в execute block или хитрым update? Я сейчас их деактивирую вручную, а иногда использую отдельную колонку с нужным флагом