О БП 3.0 и платформе 8.3.7 : 1С: Бухгалтерия

Решил обновить БП 3.0 до актуального релиза.
Посмотрел - платформа стоит тоже старая, сама БП постоянно намекает "Вышла новая версия платформы..."
Обновил платформу с 8.3.6 на 8.3.7.1949, обновил конфигурацию.
Дай, думаю, запущу "Тестирование и исправление" - а то давно уже не запускал.
Запустил.
И получил на куче объектов сообщения типа:
Почитал - да, это какое-то "милое" свойство платформы 8.3.7
Единственное вразумительное объяснение нашёл на Мисте
Вывод (для меня) такой - пока конфигурация не будет просить в явном виде 8.3.7 - не использовать 8.3.7 (не смотря на то, что в 8.3.7 есть и приятные плюшки, в частности - можно сделать два "совмещённых" окна одного отчёта и их сравнивать глазами, не переключаясь между окнами).
Ну - или проверять релизы платформы на эту ошибку - Обновляем платформу, запускаем ТИИ, видим эту ошибку или нет.

Не, ну это в принципе, как я понимаю не ошибка, а просто "причесывание" БД. Что плохого, в том, что обрезаны пробелы справа? Была в поле БД строка типа "Бла-Бла ", а стала "Бла-Бла"... И что? Только база похудеет в объеме в итоге...

Я сначала тоже так подумал, а потом...
В общем, не всегда я верю в простоту :)

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

Более того, на клерке пишут:

(выделение - моё)

Так что пока - ну на фиг!

Ну почему... Могли и хранить. Чем пробел не символ? Если из конфы, при записи значения в поле неограниченной длины, не обрезать пробелы СокрЛП(КакоеТоЗначение), где КакоеТоЗначение - например наименование из справочника, имеющее фиксированную длину, например 50, то при наименовании "Водка Столичная 0.5", запишется 19 символов самого наименования, и 31 пробел справа... Я в своих конфах в таких случаях всегда СокрЛП() применяю, но, видимо в типовых их авторы иногда благополучно об этом забывают... Видимо в релизе 8.3.7 решили это делать на уровне платформы, но, как всегда не довели до конца - в тестировании и исправлении обрезают пробелы, а при записи новых объектов, по прежнему надеются на то, что разработчики конфигураций будут сами обрезать пробелы... Надеюсь, что в следующем релизе доделают, раз начали. Я бы сильно не обращал внимание на это, всю жизнь работало, и хранились там пробелы.... И проблем небыло, а сейчас просто стали в тестировании и исправлении это замечать и исправлять.

скорее всего просто переход в таблице скуля от одного типа данных к другому :)
===
если поле имеет признак NOT NULL, то тип VARCHAR занимает в таблице места столько, сколько значащих байт в строке (последние пробелы отрезаются), а CHAR занимает столько - сколько задано и добивает при необходимости пробелами. Если поле имеет признак NULL, то тип CHAR и VARCHAR ведут себя одинаково.
===
источник уже и не упомню :(

вероятнее всего с хранением юникода связано - т.е. сделан переход в скуле на тип NVARCHAR, правда Microsoft утверждает, что доступ к полю CHAR идет быстрее, но на сколько (или во сколько) неизвестно :)

Подумал - а вдруг это связано с подготовкой перехода на новый формат файла базы данных.
Нет, на [ ИТС ] пишут, что

Посмотрел сегодня на работу платформы 8.3.8.1652 (если не ошибаюсь - первая версия, пошедшая "в работу", а не в "версия для тестирования").

Как минимум: описанная в начале ошибка - отсутствует.