Для знатоков SQL #644358

Обновлял как-то базу динамически - нарушилась целостность структуры... Из бэкапа восстановил таблицу dbschema и база заработала. Но потом оказалось, что если в один документ добавить реквизит, то база не обновлялась, вылетает ошибка. Скорее всего это из-за того, что в dbnames прописан столбец в этом документе, которого на самом деле не существует.. Вот я и хочу прочитать в таблице Params бинарную запись dbnames, изменить что мне надо и засунуть изменения обратно. Как это можно осуществить?

Рекомендую предварительно закупить пару банок вазелина

рискну предположить, что бинарник там - это хмл, но не факт а в обчем - не с той стороны ты начал бутерброд есть, дядя Федор, имхо

База работает нормально, все данные на месте. Проблема только в одном столбце одного документа, не дает метеданные этого дока менять..

С какой надо? Находил на форумах, что доставали данные и заменяли их. Но не раскрывалась сам механизм.. Читал, что данные надо разархивировать еще.

тестирование исправление? просто выгрузить-загрузить дт? что-то из этого пробовал?

Тестирование-исправление не помогло, всю ночь делалось. ДТ - выгружать - загружать, слишком долгая тема, да и места на  диске мало сейчас (оставлю на последок).

с цфкой из бекапа можно попробовать объединить полностью. я бы такие действия в первую очередь попробовал, так как алгоритмы закрытые, что конкретно делают - хз. может возьмет и сформирует тебе dbnames по структуре базы, мало ли, что разрабы курили

тут не нужно особых знаний sql, топик неправильный.

тут SQL и не пахнет, причем тут знатоки SQL??

Хм, я вначале просто попробовал - выгрузил cf из бэкапа, загрузил на касячную базу - не помогло. Но это было до того, как я структуры таблиц SQL синхронизировал и заменил dbschema. Сейчас еще разок попробую. Но читать данные из SQL и записывать обратно - это было бы круто даже если бы и небыло у меня проблемы с базой..

Как не пахнет? Есть запись в SQL.... читать её, записать её, 1С... Те кто SQL 1С-овской постоянно зависает - наверняка знают как читать и записывать бинарные файлы..

запись dbnames сжата алгоритмом deflate

Спасибо. А в 1С-ке или delphi не находил примеров использования?

сначала пробуй простые способы потом используй лом и молоток

Мне интереснее научиться читать-записывать, да и время не жмет (документ не типовой)

А что хоть за ошибка то вылетает при обновлении? Какой текст?

вопрос по сути гениален, поддерживаю)

В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Microsoft OLE DB Provider for SQL Server: Не удалось вставить значение NULL в столбец "_Fld28219", таблицы "StalTestZUP.dbo._Document22276NG"; в столбце запрещены значения NULL. Ошибка в INSERT.

Ну я вопрос задавал в форме, которая по сути знания текста ошибки не требует..

Вот мне и надо этот столбец "_Fld28219" Удалить...

у тебя похоже описание конфигурации не содержит инфы по полю _fld28219, так что придется лом брать. Спрашивается: зачем ломал конфу средствами скуля? Получил приключений на свою ж*пу

кури ALTER TABLE

я структуры синхронизировал, только данные о структуре не синхронизировались до конца, вот и хочу досинхронизировать. Ничего тут страшного нет, данные не теряются. Это всего-то проблема с парой записей, которые надо удалить.

вообще то надо начинать с ConfigSave

Ты не понял. Есть таблица Params, в ней есть запись DBNames, в этой записи есть данные бинарные, в этих бинарных данных содержится инфа о конфе. Вот мне эти данные и надо поправить, а не удалить столбец..

С этого было начато, но не помогло, поскольку структура базы данных поменялась. Я конечное решение привел.

Как тут уже было сказано Надо мне научиться пользоваться алгоритмом сжатия, да и всё.

загрузи в файловую, выполнни все операции по профилактике(утилита ремонта таблиц, крушение битых ссылок, и т.д. в режиме тестирования/исправления) потом закугрузи в скуль "хорошую" другой путь копаться в дебрях скуля, но это путь когда вариант 1 не дал результата и последний на порядок гемморойней

я, конечно, может, глупость скажу, но пробовал ли ты ставить флаг нулл у столбца? и есть ли столбец?

Это я использую, если забью на SQL. Мне так интереснее, да и на будущее пригодится.

-

Инфа о наличии столбца находится в бинарных данных, в самой-же реальной структуре его просто нет.

организация таблиц и связей структур данных 1С в классических реляционных СУБД понятна только разработчикам платформы и людям, которые для них собирали грибы - удачи)

реквизит переименуй в конфигураторе и сохранись и обратно

Интересно это ноги растут отсюда или зайцы плакали но ели кактус?

Сделать копию базы без данных и экспериментировать на ней. Если получится починить, из копии перенести конфигурацию в рабочую базу.

Посмотри

У меня такая шляпа произошла когда при обновлении файловой базы вырубили свет. 2 недели попыток, восстановления этой таблицы прошли зря. Связей и структуры этой таблицы мне мне понять не дано. Хотя структура файла аналогична ALS-файлу. Но связи с другими таблицами я не нашел. Тестирование и  прочие типовые средства либо ни чего не находят либо вываливаються с ощибкой. Не помню   точно как победил. Но косяк был с недавно добавленным реквизитом. Поэтому вставил в файл cf-ник и DBSchema из копии, а потом тестирование и  исправление.

в Ei это можно сделать. Да действительно отсутствующий столбец  описанный в DBNames может приводить к ошибке. Но не единым DBNames,,,, более подробнее тут

DROP TABLE AdventureWorks2012.dbo.SalesPerson2 ; как пример смотри ничего  не перепутай)))