Причём артефакты могут всплыть через пару релизов.

Я пару таких ловил от него, охерел чинить. Чур меня его юзать)

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

Я говорю, я ловил с ним "бомбы замедленного действия". Всё обновлялось корректно, потом приходили апдейты на те сущности и всё сыпалось потому что предыдущие были накачены некорректно.

А предыдущие были как раз от него.

Меня как-то напрягает что при создании нового поля нужно в двух местах писать одно и тоже, исходя из примера https://www.drupal.org/node/3034742 "Installing a new field storage definition" - в сущности поле написал, потом ещё в hook_update то же самое.

Ну это как и со схемами БД. Одно срабатывает при инсталяции, другое обновляет для старых инсталяций

ну да, а потом в одном файле поправишь, в другом забудешь - и поехали расхождения ;)

Где там забыть то можно?

В общем. потестить это всё скриптиком дело пары строчек в зависимости от задач

ну вот у меня в очередном мерже - удаляется штук 10 полей в сущности и добавляется 15 штук. В классе сущности я просто удаляю старые, и добавляю новые, и drush entup всё делает автоматом. А тут мне ещё придётся в hook_update прописать всю эту простыню из 10+15=25 полей. И пока дебажу - если правлю что-то у этих полей (например тот же setInitialValue) в файле класса, то не забывать поправить и в hook_update чтобы расхождений не было

> drush entup всё делает автоматом
И не работает default value 😀

изменение свойств поля - это да, сложная процедура, её лучше руками делать, а уж с полным удалением и добавлением полей - drush entup вполне хорошо справляется

ну это не из-за него, судя по дебагу он обращается дальше уже к друпаловским функциям, передавая все данные о поле.

Ты же сам выбрал делать базовые поля - теперь выгребай стоимость технического долга

зато всё лежит в одной табличке вместо десятка джойнов ;)

Я понимаю, поэтому и стоит оно х4 дороже из-за поддержки, как и любой кастом

  $fields['import_status'] = BaseFieldDefinition::create('integer')
    ->setLabel('Import status')
    ->setRequired(TRUE)
    ->setDefaultValue(1)
    ->setInitialValue(1)
    ->setSettings([
      'size' => 'tiny',
    ]);

`import_status` tinyint(4) DEFAULT NULL

Интересно что в функции https://git.drupalcode.org/project/drupal/-/blob/9.2.x/core/lib/Drupal/Core/Database/Driver/mysql/Schema.php#L188 ожидается параметр $spec['default'] а после ->setInitialValue(123) через дебаггер смотрю что значение приходит в $spec['initial']:

array(6)
  type:"int"
  unsigned:false
  size:"tiny"
  not null:false
  initial:123
  mysql_type:"TINYINT"

Пруфы вот: https://git.drupalcode.org/project/drupal/-/blob/9.2.x/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorageSchema.php#L2123

Так что чёт непонятно как это вообще может у кого-то работать... Пойду баг на d.org настрочу штоле... :)

https://www.drupal.org/node/2877964
Написано, что initial работает только во время создания таблиц