SV
Восстанавливать нужные через докменеджер приходится. Так как если в дерево ткнуть, то ресурс восстановится опять вместе с дочерними.
Size: a a a
2021 September 27
DL
ну да логично
SV
Так и происходит сейчас. Но клиент умудрился все это как-то наоборот сделать. И удалил родительские, а дочерние оставил :)
DL
Ну это класика 🙂
SV
Так а все-таки. Мы можем внешние ключи добавить, или в списке баз данных, на кторых должно работать ЭВО, есть какие-то, которые их не поддерживают?
P
Внешние ключи добавить вот просто так не можем
P
Это будет версия 4
SV
Почему?
P
Да потому что вытворяют всякую хуйню, через апи мало кто делает
P
На тв уникальный ключ давно добавил, а проблемы до сих пор у некоторых возникают
P
С пользователями вот тоже
P
Да с кодировками в базе проблемы часто вижу, а тут вдруг движок поменять
SV
Так а что можно такого вытворить, чтобы этому внешняя таблица помешала? Ну не даст она удалить запись или ее id сменить просто так. Ну так это и к лучшему, наверное...
P
Движок менять нужно у таблиц, в этом проблема
SV
Так InnoDB и так уже по умолчанию в третьей версии.
P
Это если с нуля ставить
SV
Если это обнвление с 1.x, то да. А в третьей я проверял, если с нуля ставить, то уже InnoDB у всех таблиц сразу.
AA
Поддержка совместимости версий вся навернется.
SV
Ну так а обновление на 3.х достаточно глобальный скачок изменений, пользователи вроде это понимают, что что-то может отвалиться. Смена на InnoDB таблиц здесь не настолько сильным потрясением кажется, как всё остальное :)
АП
Если правильно помню то смена первой цифры в версионность = сломанная совместимость 🙂