Строки длиннее 8к символов приведут к невосстановимому состоянию.
Будет ошибка. Сейчас тоже выдает (писал в другой ветке):
1.
2.
3.
4.
5.
This operation is not defined for system tables.
unsuccessful metadata update.
new record size of XXX bytes is too big.
TABLE XXX.
Exiting before completion due to errors.
Так что эта проверка уже есть в GBAK, ничего нового добавлять не нужно.
Хотя сама идея как будто неплоха, может подобный фичреквест уже есть в трекере?
Ничего в этом не понимаю. А реквесты они бесплатные или там заказчик-бюджет-сроки?
все строковые и блоб поля с заданным в ключе черсетом.
Да, да! Блобы тоже, про блобы я забыл! А ещё параметры процедур, функций и UDF.
это не так легко сделать как кажется. Ну допустим в таблицах поля конвертировать можно.
Но есть ещё домены с заданным чарсетом. Их молча заменять?
Как понимаю, таблицы без доменов не бывают. Это домены бывают или системные или пользовательские.
А ещё строковые переменные и домены могут использоваться в процедурах, функциях, триггерах.
В gbak их код не перекомпилируется. Так что предвижу там проблемы
А сейчас дефолтный чарсет БД ведь влияет на чарсеты внутренних переменных в процедурах. Мы меняем чарсет БД, процедуры ведь сами не перекомпилируются.
