При загрузке данных (*.dt), светит ошибку и закрывается :( #242462


#0 by AlexIT
Файл *.dt выгружен из этой же базы и в нее же загружаю. Релиз платформы 16. Испытывал и с 17 - результат тот же:Ошибка при выполнении операции над данными:Устанавливаемое значение не помещается в поле таблицы '_DOCUMENT78_VT1743._FLD3204'по причине:Устанавливаемое значение не помещается в поле таблицы '_DOCUMENT78_VT1743._FLD3204'Всего в конфе 73 документа. Сама база почищена, в ней остались только справочники. До определенного момента (неопределенный) все работало нормально.Поиск в гуле,яндексе дал всего пару ссылок... и все про подобное сообщение, но при других обстоятельствах.Научным методом "тыка" ;) был выявлен документ конфигурации, который мешает загрузке. При его удалении из конфы и последующей выгрузке-загрузке, все проходит гладко... Так же все нормально выг/загр. если удалить все реквизиты (табличные части не трогаю) у этого документа.Осталось найти конкретный реквизит...Может кто знает про "альтернативные" методы лечения или определения больного места? :)
#1 by AlexIT
Да, Тестирование и исправление,со всеми галочками, - ничего не пишет.
#2 by android
Когда найдешь "плохой" реквизит - напиши. Интересно.
#3 by AlexIT
Нашел.Но не все так просто.Расположение реквизитов такое:...КомментарийПодразделениеСтатья....При удалении любого из этих (или других) реквизитов - ничего не меняется (выгр/загр на проходит), в вот если удалить реквизит "Подразделение", а с ним "Статья" ИЛИ "Комментарий" - все начинает работать! Причем удаление "Подразделения" и какого-либо другого реквизита (кроме статья и коммент) не влияет на исправление ошибки.Мдя...
#4 by AlexIT
Дальше веселее...Пытался изменениями типов реквизитов и/или индексации заставить 1С пересмотреть реквизиты и обрезать данные, зависшие в базе. Ничего не помогает. В процессе экспериментов обнаружил, что если загрузка НЕ закончилась и высветил ошибку (как у меня), всеравно, база частично загрузилась! Конфигурации (бд и основная) и часть данных успевают загрузиться и в случае возникновения ошибки, и, после этого, часть данных в базе есть, а части нет!Че они курили, когда ее писали...
#5 by AlexIT
Не нашел :( на самом деле стал жертвой баго-фичи из Начинаю поиск заново... :((
#6 by AlexIT
В целях экономии времени прекратил искать "плохой" реквизит, т.к. дальнейшие эксперименты показали, что даже удаление всех табличных частей и всех реквизитов не приводят к желаемому результату, поступил так:1. Сохранил файл конфигурации.2. Удалил глючный документ.3. Сохранил и обновил конфу БД, запустил базу.4. Загрузил, предварительно сохраненный, файл конфигурации.5. Повторил пункт 3.6. Выгрузил и загрузил данные.Все прошло гладко.Не знаю какие будут последствия, но пока работает.
#7 by Господин Забалуев
говорят, таких багофич в 8-ке - сотни...щщас энтузиязисты из пиар отдела набегут, с пеною у рта начнут доказывать обратное...и как ТАКОЕ ставить клиентам ? штоп потом с паяльником в ж... данные рожать ?
#8 by AlexIT
ИМХО: подобные ситуации сложно решать только по причине недостатка информации и опыта (индивидуального и группового)...
#9 by VZ
Угу...С "семеркой" тож порядков траблов... Никто не ушел от сбоев МД-ника, другое дело, что надо уметь оберегаться, и уметь быстро выходить из положения...Так же с файлом .dat нередко...Если б структура .dt была известна, появились бы и средства лечения "а ля доктор соарон"/"а ля gComp". Со временем разбомбят, но время пройдет... :(
#10 by AlexIT
Так может кто уже сталкивался с подобной проблемой и решал другими методами?
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С