Подгружали расширение, в котором было поле тип "булево", все было ок. Расширение убрали поле осталось: FLD29823 Document549 оно пустое без имени в структуре.
Назад загрузить расширение не дает, говорит поле уже существует. Документы не проводит вылетает с ошибкой SDBL ... как грохнуть это поле у документа "реализация товаров и услуг" ?

Целостность и ТиИ не принесли результата.

_Document549X есть в базе данных ?

нету вроде.

Таблица: Документ.РеализацияТоваровУслуг, Имя таблицы хранения: Document549, Назначение: Основная
- поля:
****
АдресДоставкиПеревозчикаЗначение (Fld9034)
ВариантВыбытияМаркируемойПродукции (Fld9035)
    (Fld29823)
ОбластьДанныхОсновныеДанные (Fld1352)


Забыл сказать что база УТ 11.4.14.95.

(2) ты где смотришь то ?

у меня какая то обработка есть скачанная z89 Выводит структуру, база файловая

может поверх перелить CF ?

(4) б вазе смотри, а не всякими поделками

* в базе..
У тя файловая что ле ?

(0) Озвучьте версию платформы.

(6) да
(7) 1С:Предприятие 8.3 (8.3.20.1674)

(4) файловая, сочуствую

(8) о..еще один отчаянный на 20.

на 18 тоже самое (10)

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

(12) а вычистить их нельзя?

Я не дорожу, тем что там записано

(13) в файловой, врят ли.. новых иснструментов не завезли, всякие v8unpack и иже с ними, не помню, умеют ли с новыми версиями, сорее нет, чем да.
На sql всё проще и понятнее

(15) 1С tools CD не работает, или у меня версия не та

(16) для tools CD нужно конвертить базу бод 8.2, но с 20 релиза..врят ли сконвертится когда

из-за расширений.

их не было в 8.2

Другие расширения есть в конфе ?
Запуск конфы с ключами удаления расширения..(врят ли поможет, но всё же) запущали ?

Попробуйте выгрузить БД в DT и загрузить в новую БД.

(20) "C:\Program Files (x86)\1cv8\common\1cestart.exe" DESIGNER /f "D:\1C-Base\UT114" /N "Администратор" /DeleteCfg -AllExtensions делал так
(21) не помогло

Открыл tool 1cd

(1) в тулсе вижу таблицу DOCUMENT549X1

(21) Высока вероятность невыгрузки таблиц

(23) теперь смотри, в какой из табличек все твои данные - в X или в обычной.
Скорее всего всё в X

(24) Все прошло хорошо, но результат 0
(1) в ней как раз мертвое поле _FLD29823

(14) >Я не дорожу, тем что там записано

Ты понимаешь что не данные галочки пропадут а сами документы?

(25) все лежит в X

(28) А не должно, если ты прибиваешь расширение, все данные должны быть в табличке без X.

Механизм расширений он слегка идиотски работает с таблицами объектов
Создает новую таблицу с доп. полями из расширения и всеми базовыми и туда копирует данные из базовых таблиц
Базовые таблицы они остаются со старыми данными, новые объекты (справочники, документы) пишутся уже в новые таблицы

Поэтому если вернуться к старым таблицам то упс и все новые объекты того

(29) Это если оно правильно прибивается с переносом всего из таблички с X в табличку без X

(29) там еще есть _DOCUMENT549_VT9036_SKX1@ какие то

переименовывай табличку, там где без X , добавь префикс любой, хоть вася, там где X1, x1  удаляй, + удали лишнее поле

(32) не какие то, а табличные части :))

ExtensionsInfo, кстати, еще есть ? Данные в ней есть ?

(26) Расшифруйте :( Выгрузил в dt / загрузил из dt  - поле осталось или что?

(30) не так, базовае таблицы очищаются, все данные есть только в табличках с X. Если расширение удаляется, то данные копиряются взад в исходную табличку

(36) да
(33) а похоже tool cd Не может работать так =( написано "только чтение"

(36) выгрузка/загрузка из dt ему не поможет. Нынче всё создается как есть, был мусор - стал мусор.. там нет никакой реструктуризации

(38) выкладывай уже свой dt на файломомойку на поглядеть

(40) Если это так, то ничто не мешает поднять PostgreSQL и там разобраться с этим полем без танцев с бубнами.
[ушёл с ветки]

(41) круто, а как загрузить ее в PG без установленного сервера 1С

(42) Установить

Установил сервер 1с и потгри, щас буду пробовать, благо завалялась лицуха на Минисервер

(33) сделал, при запуске ругается что X1 не существует

(45) очисти ExtensionsInfo у нужного расширения

только еше посмотреть ннадо, что валяется в VT9036_SKX1

(46) В таблице _ExtensionsInfo пусто

(47) есть таблица _document549_vt9036x1 в ней индекс  _document549_VT9036_SKX1

А я не могу например взять просто в x1 бахнуть кривой реквизит, потом загрузить Расширение и Удалить его, в надежде что он сам перенесет Х1 в нормальный докумен?

(50) можешь

У тя щас так - сведений о расширении нет, раз данные в _ExtensionsInfo  отсутствуют, но в схеме данных, все данные по пути расширения тащатся - с Х, а должны с табличек без суфикса

пробуй, в X прибить левое поле и Подключить/отключить расширение..

Можно, конечно и dbNames в табличке парамс поправить..

(51) так не вышло, поля в БД нету, а клиентском режиме он почему то все равно его видит.

(55) очисти остальные таблички от расширений, они следом за _ExtensionsInfo  идут

все с начинающиеся с Extensions

(57) ага

Да, еще пробуйте добавить реквизит дока, и обновить конфу, что б реструктуризация прошла.

В пофигураторе, дрбавьте булево, например, после реструктуризации улалите

(58) после "опустошения" _extensionsrestruct он начал сохранять документа в _документ549 без Х

но старые документы при попытке открыть пишет "объект не найден"

так что я сделал:
1. удалил поле _fld29823 в _Document549x1
2. _Document549x1 переименовал в _Document549x1-Вася
3. Переименовал _Document549 в _Document549x1
4. Переименовал _Document549x1-Вася в _Document549
5. удалил все записи _extensionsrestruct

Все круто, но табличные части товаров похоже просрал, наверно с теме же таблицами так же надо поступить?

(63) да. Они пока не куда не делись

Потом, свои левые таблички, просто грохнешь

вот список х1, я все их сделал просто без х, эти сами х1 получается не нужны раз мы выпили всю структура расширения?
_document549_vt9036x1
_document549_vt9068x1
_document549_vt9074x1
_document549_vt9095x1
_document549_vt9100x1
_document549_vt9106x1
_document549_vt9114x1
_document549_vt9127x1

(66) да

(66) Сначала проверить есть ли там данные

(67) меня как слепого котенка взял на поводок и привел к миске! Огромное тебе спасибо! За терпение!!!
(68) конечно, а то 2й раз я уже сегодня не выдержу

(63) дополню:
7. Вернул назад поле _fld29823 в _Document549x1(не проходила выгрузка)
7. Открыл конфигуратор и добавил документ "реализация товаров и услуг" в расширение созданное в конфигураторе и создал новый реквизит в расширении
8. посмотрел таблицы и поле _fld29823 само собой исчезло.
9. в 1с создал документ "РТиУ"
10. в pgAdmin проверил пишет в новую "Х" таблицу и все работает как надо

Теперь вопрос, если я удалю расширение, он перельет данные из Х в Обычную таблицу? или так и будет там хранить?

как правильно удалять расширения, что бы не было таких проблем?

Рано радовался, теперь как только добавляешь расширение к доку ТИиУ он вычищает полностью таблицу document549, а в document549x1 начинает писать новые документы, все работает, но старые документы уничтожает

(70) при отключении, ничего не изменяется, при удалении - прибивает X и в старую табличку переносит только значения её полей (т.е твои добавленные в расширение херятся)
Грубо, логика какая - создал новый объект - создалась новая табличка, если переопределил штатный объект - то создалась копия этой таблички с X + новый реквизит/реквизиты, в старой табличке записи удаляются. Все последующие расширения, работают уже с X табличкой этого объекта. Если ты удаляешь одно расширение, оно смотрит, если несколько расширений одного объекта, то удалит только своё поле в X, если других расширений нема, удалит X табличку и данные вернёт в исходную.

(72) просто добавь реквизит без расширения, что б штатная реструктуризация прошла в этом доке. Потом уже, играйся с расширениями

самое смешное, что сказанное в (74) поведение повторялось и ранее, когда расширений еще и в помине не было, но были хаотичные манипуляции над реквизитами документов.

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

Ну главное пнуть её, что б схема базы данных соответствовала конфиге и самим данным

(74) снять с поддержки и добавить реквизит получается

не помогло, снял с поддержки, добавил новый реквизит. зашел в 1с. Добавил ресширение и он снова все потер

(79) "потер"..это как у тебя выглядит ? Будь проще, сейчас, табличку с данными переименуй в вася, сделай её копию пустышку, втыкай свое расширение, и потом васю переименуешь в X, добвив в него новое поле расширения.

И потом..играйся дальше.

(79) бэкап есть рабочий?
вот его разворачиваешь на sql и сравниваешь с битой базой
как неправильно и как должно быть
ну и переносить данные между таблицами вероятно придется

я уже подумываю просто сделать, взять выгрузить реализации EnterpriseData, потом расширение добавить, он похерит все, залить Entrprise и переходить к тестам

(80) ну берешь на таблицу жмешь: тыкаешь обзор данных а там пусто 0 записей.

(84) в какой табличке ? в обычной или в X ? после расширения все данные будут только в X

(85) не в X не в обычной

если например, после того как с полями наигрался, все работает и расширения нет.
1. Создаешь новый докумет
2. Добавляешь расширение
3. Добавляешь документ после расширения

то в обычной остается 1н документ из пункта 1
а Х будет 1н документ из пункта 3
Все документы которые были до "сегодня" затираются в обычной и нету их в Х

(87) Странный эффект, попробуй (80), т.е создал документ, делаешь копию-пустышку,ей заменяешь табличку,табличку переименовываешь, втыкаешь расширение, табличку X подменяешь исходной переименованной.
А потом пробовать добавлять документы и удалять расширение.

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

(88) ты меня прям подтолкнул как сделать:

1. Скопировал таблицы CREATE TABLE _document549_211 AS (SELECT * FROM _document549) ... все 9 штук
2. Зашел в конф и создал Расширение, в него добавил документ РТиУ
3. Зашел в 1С , все работает
4. Зашел в Конф и в расширении документу РТиУ добавил реквизит
5. Зашел в 1С (все документы похерились)
6. Зашел в Конфигуратор и удалил расширение
7. Зашел в pgAdmin и увидел что 1С сама удалила все X
8. Дропнул оригинальные таблицы DROP TABLE _document549 .... все 9 штук
9. Переименовал все таблицы в оригинал ALTER TABLE _document549_211 RENAME TO _document549 ... все 9
10. зашел в 1С. Добавил расширение ...
все работает вроде. Доки создаются, проводятся, расширение работает.

Теперь спать, завтра утром оценю, что вышло в pgAdmin.
Вот так бывает когда расширение заглючит ..

После добавления в расширения он откопировал все в X, после удаления вернул в обычную таблицу.
но возникает:
Конфликт блокировок при выполнении транзакции:
Нарушение целостности чтения объекта базы данных из-за параллельного изменения объекта другим сеансом
С теми документами, которые были в списке

(91) ну, конфликт блокировок к рассширению уже никоим боком...

(90) тут да, ты таким способом просто правильно пересоздал структуру служебных табличек и схему базы данных.

мысли в слух
может выгрузить в dt и загрузить по новой ?
на Sql провести обслуживание (реструкторизацию) ?
В расширении переименовать этот реквизит и по новой подключить ?

(94) не поможет, там нет реструктуризации при этом

(94) у него изначально, была битая инфа о расширении, но данные остались в табличке расширения.
Хотя... он ужо всё исправил.