Эскин Руслан

17
Рейтинг

Anesk
Руслан Эскин



  •   Регистрация: 12.04.2014 (10 лет назад)

  •   Был(а) на сайте: вчера в 15:54

Подписчики 1

Рейтинг 17

В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка SDBL: Тип поля Code несовместим с типом литерала STRING

Статья Системный администратор Программист Платформа 1С v8.3 Windows Бесплатно (free) Нет файла Корректировка данных

В этой статье описан способ решения ошибки "В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка SDBL: Тип поля Code несовместим с типом литерала STRING". Сразу оговорюсь, что описанный метод больше похож на "танцы с бубнами", но, возможно, кому-нибудь сможет помочь или пригодится что-то из того, что я перепробовал. По крайней мере, поможет натолкнуть на правильную мысль, а также будут подняты другие проблемы, интересные к обсуждению.

16.03.2016    31812    Anesk    23       

17

Комментарии

HighLoadИсправление регистра сведений "Распределение запасов" по данным регистра накопления "Товары на складах" после перехода с ред. 2.4 на ред. 2.5 для конфигураций УТ, КА, ЕРП#10 09.11.23 8:10
Есть стандартная обработка в составе конфигурации "Исправление ошибок в регистре сведений "Распределение запасов"
ОбменОшибка запуска процессов согласования в ДО из ЕРП#17 19.06.23 21:22
Выходила такая же ошибка, но только через веб-клиент. Проблема возникает только у пользователей с большим количеством не выполненных задач. Отметили выполненными и проблема решилась.
DevНеправильный расчет номер недели в году?#16 20.01.23 12:20
(13)
Цитата
ВЫБРАТЬ
ВЫБОР
КОГДА ДЕНЬНЕДЕЛИ(НАЧАЛОПЕРИОДА(&Дата, ГОД)) < 5
ТОГДА НЕДЕЛЯ(&Дата)
ИНАЧЕ ВЫБОР
КОГДА НЕДЕЛЯ(&Дата) = 1
ТОГДА 53
ИНАЧЕ НЕДЕЛЯ(&Дата) - 1
КОНЕЦ
КОНЕЦ КАК НомерНеделиПоISO8601

Все прекрасно, только номер предыдущего года не всегда 53. Может и 52 быть.
Доработал немного, для тех кто ищет как определить номер недели в запросе

Код
 ВЫБРАТЬ
   ВЫБОР
      КОГДА ДЕНЬНЕДЕЛИ(НАЧАЛОПЕРИОДА(&Дата, ГОД)) < 5
      ТОГДА НЕДЕЛЯ(&Дата)
      ИНАЧЕ ВЫБОР
              КОГДА НЕДЕЛЯ(&Дата) = 1
              ТОГДА ВЫБОР
                       КОГДА ДЕНЬНЕДЕЛИ(ДОБАВИТЬКДАТЕ(НАЧАЛОПЕРИОДА(&Дата, ГОД), СЕКУНДА, -1)) < 5
                       ТОГДА НЕДЕЛЯ(ДОБАВИТЬКДАТЕ(НАЧАЛОПЕРИОДА(&Дата, ГОД), СЕКУНДА, -1))
                       ИНАЧЕ НЕДЕЛЯ(ДОБАВИТЬКДАТЕ(НАЧАЛОПЕРИОДА(&Дата, ГОД), СЕКУНДА, -1))-1
                    КОНЕЦ 
              ИНАЧЕ НЕДЕЛЯ(&Дата) - 1
            КОНЕЦ
 КОНЕЦ КАК НомерНеделиПоISO8601
DevКак лучше хранить тип значения объекта в измерении регистра сведений?#9 12.01.23 11:30
В типовых конфигурацией есть справочник СправочникСсылка.ИдентификаторыОбъектовМетаданных, можно хранить ссылку на элемент этого справочника
DevВыгрузка в *.eml#7 28.12.22 10:37
Код
УЗ = Справочники.УчетныеЗаписиЭлектроннойПочты.СистемнаяУчетнаяЗаписьЭлектроннойПочты;
   
   ПараметрыЗагрузкиЗаголовков = Новый Структура;
   //ПараметрыЗагрузкиЗаголовков.Вставить("ПолучениеЗаголовков", ЛОЖЬ);
   //ПараметрыЗагрузкиЗаголовков.Вставить("ПриводитьСообщенияКТипу", ЛОЖЬ); 
   //ПараметрыЗагрузкиЗаголовков.Вставить("ЗаголовкиИдентификаторы", ЗаголовкиИдентификаторы);
    НаборСообщений = РаботаСПочтовымиСообщениями.ЗагрузитьПочтовыеСообщения(УЗ, 
                                                         ПараметрыЗагрузкиЗаголовков);
   Для Каждого СтрСообщение ИЗ НаборСообщений Цикл
      
      ИмяФайла = ПолучитьИмяВременногоФайла("eml");
      Файл = СтрСообщение.ПолучитьИсходныеДанные();
      Файл.Записать(ИмяФайла);
      
   КонецЦикла;
DevТаймаут при ftp соединении#3 22.12.21 15:50
Прошло 7 лет, а это до сих пор не пофиксили.
Установленный таймаут не работает
DevКак отказаться от использования НайтиПоНаименованию() и НайтиПоКоду() в уже работающих наполненных базах при дальнейшей разработке.#157 14.12.21 13:32
Вот мне интересно, готов ли заказчик платить за использование Плана видов характеристик и регистра сведений
или готов ли заказчик платить за перекидку некоторых ссылок в предопределенные значения.
Мне кажется нет.

Ваш подход можно использовать, если предполагается, что эти значения будут часто меняться, в ином случае это избыточная работа, потому что если нужно поменять значение, пользователи, как правило, не знают где и что менять, а программист в любом случае залезет в код, и тогда только тогда поймет что и где менять. И потом полезет менять, в коде или в ваших объектах. А с механизмом расширений, это стало еще удобнее, можно поменять и легко обновиться, чего не сказать о создании регистров и планов видов характеристик, которые потребуют монопольного обновления.

Из опыта могу сказать
НайтиПоНаименованию лучше не использовать, скорее всего пользователи по незнанию поменяют.
НайтиПоКоду - вариант по лучше, не встречал чтобы пользователи его меняли, а если и меняли то крайне редко.
ПолучитьСсылку(УникальныйИдентификатор) - надежно

Еще бы я посоветовал опираться на быстродействие кода, что гораздо важнее его читабельности и принципа разработки.
Если есть спецы по оптимизации, было бы интересно послушать, что работает быстрее
AdminРост базы ERP#35 10.09.21 10:05
(32) у ваших словах есть правда, но даже 2.4 которая старше 2.5, еще очень много недоработок связанных с расчетом себестоимости
AdminРост базы ERP#34 10.09.21 9:42
(33) говорит это типовой функционал, обращайтесь сами на линию консультации 1С.
Линия консультации 1С взяла в работу, и уже месяц она висит в этом статусе "В работе", все следующие сообщения игнорируют
AdminРост базы ERP#31 09.09.21 15:51
(27) Если вам нечего ответить по существу этой темы, а именно как уменьшить рост базы или объяснить почему оно растет, то проходите мимо. Все эти рассуждения на тему дискового пространства, осознанности перехода на ERP, учета по переделам, все это отвлекает от темы.