имя предопределенного элемента не уникально #773639

БП3 обновлялся-тренировался при обновлении ругалось на "имя предопределенного элемента не уникально" В режиме Предприятия включил "Все функции", вывел список справочников, в ветке справочников вижу "(не используется) Виды отправляемых документов" полез кривыми клешнями в конфигуратор, нашел справочник "Виды отправляемых документов" - полазил, нигде не нашел про "не используется" 1. Правильно ли я понимаю что "(не используется) Виды отправляемых документов" говорит о том, что данный справочник в текущем функционале конфигурации (в алгоритмах/формах/итд) - не используется (устаревший, лишний, ненужный)? 2. Откуда в отображении списка справочников в режиме Предприятия берется префикс "(не используется)" - как/откуда этот префикс берется? Спсб.

1 - просто префикс строкой, пишут для себя чтобы убрать потом 2 - поле синоним, представление (у объекта мд)

по п.2 - так вот и не нашел... полезу еще раз...

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

легко проверяется поиском по конфе

Скорее всего гдето осталось его использование или ссылка на него, иначе убрали бы сразу и не городили огород

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

у элемента справочника есть стандартный реквизит "имя предопределенных данных". так можно сделать, наприсав примерно так: Нужно написать обработину, которая в одном из элементов, на которого меньше ссылок, имя предопред. данных затрет. Найти такие элементы можно в консоли запросов ВЫБРАТЬ Т.ссылка, т.ИмяПредопределенныхДанных из справочник.авкенрпитогне КАК т

часто бывает, когда объекты перетаскивают обработиной загрузкавыгрузкаXML

в конфигурации правой по "Виды отправляемых документов", Поиск ссылок на объект

а, нашел... справочник называется не ВидыОтправляемыхДокументов (такой есть) а УдалитьВидыОтправляемыхДокументов - и здесь в синониме и написано...

П.1 В текущем функционале не используется, но висит несколько релизов, для корректного переноса находящихся в нем данных в новый обьект метаданных. Любят некоторые пару релизов перепрыгнуть при обновлении..

понял, спсб

Внезапно стала при запуске падать база БП (вообщем я от этого у..го снеговика другого не ожидал), но суть не в этом. Запустил ТИИ - шарашит уже часа четыре. И это в базе где я веду свой ИП - в месяц пять-десять операций. Но, откуда в базе миллиард записей? Миллиард!?

оно тебе весь рбк засосал и в курсы валют зашифровал. За трафик ещё должен будешь)

е, если тупо прикинуть - неу пусть будет 500 валют, 365 дней в году - это он мне курсы валют за 5500 лет тянет - не сильно ди дохрена...?

а я не говорил про все курсы, я говорил про "весь рбк". Может это клюшки не хотят тебя отпускать, подключаются к снеговику и .... Кстати клюшки, наверное, от одного упоминания "миллиард записей" загнулись бы. А этот, видишь, тестирует не спеша. База файловая? Размер базы какой?

1CD = 1,1Гб что конечно странно, откуда там столько, операций - пару штук в месяц...

нету там столько записей... где-то его зациклило. Может ошибки более низкоуровневые. chdbfl.exe пробовал?

не, не пробовал

прибил процесс.

ибо хрень какая-то

запусти на копии, может поможет

запустил chdbfl.exe... посмотрим...

Закачивай обратно, а то на всех интернета не напасёшься.

А бекапы мы не делали ни разу за весь срок ?

во навыдавалось.. Повреждена таблица размещения внутреннего файла <Данные таблицы '_INFORG12595'> Повреждена таблица размещения внутреннего файла <Индексы таблицы '_INFORG12595'> Повреждены данные таблицы '_SYSTEMSETTINGS' Обнаружено рассогласование между данными и индексами таблицы '_SYSTEMSETTINGS' Повреждены данные таблицы '_INFORG12595' Обнаружено рассогласование между данными и индексами таблицы '_INFORG12595'

эээ, я туда не хожу, я сюда хожу... там снег башка попадет... . еще со времен EC и PRIMUS - копий должно быть натыкано на всякий случай где только можно... ;-)

хм.. Повреждена таблица размещения внутреннего файла <Данные таблицы '_INFORG12595'> Повреждены данные таблицы '_SYSTEMSETTINGS'. Восстановлено 348 из 350 записей. Повреждены данные таблицы '_INFORG12595'. Восстановлено 1159 из 1163 записей. . интересно будет посмотреть на исходную базу, а то есть у меня сильное подозрение, что все это случилось после обновления...

Яндекс на попытку найти _INFORG12595 - выдал, как я считаю, весьма показательно:

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

если очень интересно, можешь посмотреть ПолучитьСтруктуруХраненияБазыДанных Она возвращает то, что в клюшках лежало в 1cv7.dd  ).

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

Нее.., Сергей, ты не нуль. Ты выбрал конфу для учета БП3, сам её обновил, сам сломал. Вспомнил анекдот про дракошу: Сидит на дороге маленький дракончик и горько плачет... - Ты чего плачешь? - Да вот, маму съел, папу съел... - Ну и кто же ты после этого?! - Как кто? (разрыдавшись) Круглый сирота... Лучше повода чтобы копнуть снеговика может и не быть. После семёрки переходить сразу на УФ - это зло. С большой вероятностью получишь кашу в голове и потерю последнего интереса к снеговику. В толстом клиенте(не УФ) достаточно в табло написать ПолучитьСтруктуруХраненияБазыДанных.ВыбратьСтроку