Конфигурация комплексная 422. При попытке изменить любой реквизит справочника дает ошибку:
ERROR#:-210
Unrecignizid Field Name
SP27107
Нарушена структура данных таблицы
SC214.
И не может обновиться на различные релизы - дает сообщение об ошибке анализа конфигурации
Вылечить можно?. Грустно что -то мне стало.
можно.
Звони
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Куда звонить?
?
Пришли это файли
HotLine, однако.
Я полагаю нужен движок поновее - 21-й
1.Открыта новая радиостанция для юзеров под названием RТ FМ. По ней будут транслироваться чтения различных мануалов и ответы на часто задаваемые вопросы.
2. "Помогая ленивым людям, ты помогаешь им сесть на свою шею" Сян-Цзы
a_lex_x, в настройках посмотри.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
не, не звони, а то меня за это е*%т.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Tolq
Скорее всего пострадал файл 1cv7.dd
Надо оттестировать БЕЗ пересчета итогов
и БЕЗ исправлений и посмотреть что пишет
Это из под конфигуратора
Не поймеш - пиши tolq@mail.ru
PS
SC214 это справочник партий и такого поля в нем нет
самое похожее SP217
Последний раз редактировалось Tolq; 16.04.2004 в 01:10.
Tolq, все фигня, не поможет.
SC214 - может и справочник партий (в вашей конфигурации), но поле SP217 находится не в справочнике партии, а где-нибудь в другом справочнике или документе и является типом "Справочник.Партии".
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Посмотрел свою конфигурацию, выяснил:
SC 84 Номенклатура
Sc 214 Партии
DH 4132 ПереоценкаРозница
DH 1790 СписаниеТМЦ
DT 1790 (Мн.ч) СписаниеТМЦ
Значит вот что у меня получилось:
1. В конфигураторе тестирую ИБ - вижу:
Словарь данных не соответствует конфигурации
Таблица - SC84. Не сходится количество полей
Таблица - SC214. Не сходится количество полей
Таблица - DH4132. Не сходится количество полей
Таблица - DH1790. Не сходится количество полей
Таблица - DT1790. Не сходится количество полей
Проверка физической целостности таблиц ИБ. Неисправимая ошибка
2. Пытаюсь руками убрать из конфигурации созданное свойство - вижу:
Анализ изменений в структуре информации.
New DD generate...
Old DD open process...
New DD open process...
Old DB open access...
Не выполнено открытие информационной базы.
3. Сравниваю старый DD с новым - отличие на строку: (только по справочнику номенклатура SP84)
F=SP27108 (P) Свойство |C|9|0
*** чем можно редактировать DD и можно ли?
4. Как определить поврежден DD или нет?
5. Что в DBF файле SP84 означают поля ismark, verstamp, SP85/86/208/2417/97/5066/94/4427/103/104/5012
PS.: Посидел тут повспоминал и пришел к выводу что косяк спорол своими руками, когда пытался приспособить к единице номенклатуры свойство. Скорее всего в последующик справочниках и документах затык идет именно из-зи него.
В общем вопрос банальный - ЧТО ДЕЛА-А-АТЬ????????????????????
а это выдает:Сообщение от Tolq
ERROR...
Unrecignizid Field Name
SP27107/27108/27/112/27114/27115
Нарушена структура данных таблицы
....
Йессс! Прошло! Не знаю только правильно ли я сделал. Сравнил DD и dbf. Различие было в том самом клятом Свойстве SC27108 я его добавил в dbf. Проиндексировал базу и запустил тестирование и исправление ИБ. Прежний затык ушел.
Появился новый! Видимо побочный эффект предыдущего затыка.
Неразрешенная ссылка. Создан новый элемент. Справочник Партии ТМЦ. Код 00000001. Номера дальше возрастают. Подобное и в документах Оприходование, списание, в тех вобщем в которых раньше несоответствие было
Что это? Как это убить
А теперь же надо както от этого SC27108 свойства избавляться?
Да. И еще в справочнике Номенклатура появились наименования Р:ФС с возрастающими номерами. Удалить их не удается
:-) Мыши плакали и кололись, но продолжали жрать кактус.
a_lex_x, чем дальше в лес, тем больше ты себе портишь базу.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
А есть варианты?
Тут или пан или пропали деньги, которых м/у прочим не сильно то и достаточно. Жмотское руководство то не трогают чужие проблемы.
Я по этому поводу уже полностью высказался.
Прикольная позиция - проблемы с базой - это чужие проблемы для руководства?
И еще по поводу самой проблемы - если изначально сообщения об ошибке были более менее знакомы и имелся примерный сценарий исправления ситуации, то после ваших манипуляций с базой я уже просто не знаю как восстановить базу и возможно ли это, а экспериментировать не очень то хочется.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Долбящие да додолбятся!
Все! Сделал! Мне ЛевелАп. Оказалось два варианта решения проблемы. Первый, как я сделал, подправил DBFы в соответсвии с DD. Второй обнаружился потом, в каталоге NEW_Stru оказался "правильный" DD. Что я его сразу там не нашел? )). Training1С, а причем здесь манипуляции с базой? Все ведь откатывается на копии и при нахождении правильного алгоритма переносится на чистую. А для руководства это действительно чужие проблемы.
Tolq, отдельное спасибо за наводку к действиям. DD действительно почему то оказался замещенным на копию не содержащую изменений.
Стоп! на радостях нагнал пурги. "Правильный" DD это в том смысле что в нем были указаны недостающие в DBFах поля. А в основном ссылок на эти поля не было пока не начинал тустировать ИБ. Интеренсо как оно так получилось.
TOLQ
Извините за прямолинейность
НО былыого уважения к РУСТАМУ поубавилось!
Теперь ответы
ФС - это реакция 1С на новые неопознанные объекты в базе
своего рода резервация для необъяснимого мусора
Удалить их как правило действительно трудно
Но они и не мешают
Второе - все что Вы делали - скорее похоже на истерику
Мой совет - 1 Дать самому себе пол рукам
2 (Сделав копию базы естественно) взять самый старый вариант
(последний который был работоспособен ) и объеденить
конфигурации с приоритетом оного
Поскольку Вы уже никогда не вспомните чкго Вы там накалбасили за
последние дни - это гарантирует Вам полную лечебу конфигурации
PS Я могу руками править файл DD а Вам несоветую Да и не надо это
никогда (Для Рустама - акромя индексов длинных файлов)
(812)5902761
НУ это не более чем ваше личное мнение и ваши проблемы. Тем более что мы с a_lex_x уже все обсудили что нужно было.
Теперь ответы
Не думаю, что a_lex_x'у понравится такая оценка его действий.
Как я понял, вы "носитель Высшего Знания"? Что позволено Юпитеру, того не позволено быку?
Я нигде не говорил что стоит править файл 1cv7.dd, наоборот - я против такого вмешательства во внутреннюю структуру.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Господа! Мы действительно уже во всем разобрались. DD править я собирался в действительности в истерике. Знаете, навинчиваешь себя до такого ссотояния, когда в голову лезут всевозможные варианты, в том числе и бредовые. В стрессовых ситуациях помогает.
Но после неудачной попытки я пошел другим путем. Хотя, конечно, о подводных камнях 1С хотелось бы узнавать не собственным лбом.Но сдругой стороны это не столь эффективно в плане развития.
Как я понял, вы "носитель Высшего Знания"? Что позволено Юпитеру, того не позволено быку?
Отвечу как "носитель Высшего Знания"
и так же обстоятельно:
training1C писал:
----------------------------------------------------------------------Tolq, все фигня, не поможет.
SC214 - может и справочник партий (в вашей конфигурации), но поле SP217 находится не в справочнике партии, а где-нибудь в другом справочнике или документе и является типом "Справочник.Партии".
----------------------------------------------------------------------
Насколько корректно называть называть мой диагноз фигней, если
он оказался абсолютно верным?
a_lex_x, Писал:
Конфигурация комплексная 422...
Что бы посмотреть что есть SC214 Высшего Знания не требуется.
А вот проле ни сейчас, ни в обозримом будущем не имеет и не будет иметь тип "Справочник.Партии".
Это описка или некомпетентность?
training1C писал:
----------------------------------------------------------------------...Что позволено Юпитеру, того не позволено быку?
Я нигде не говорил что стоит править файл 1cv7.dd, наоборот - я против такого вмешательства во внутреннюю структуру.
----------------------------------------------------------------------
Я ни кому не запрещал править файл 1cv7.dd, но так как вы не пошли по пути выяснения причин ситуации (что на мой взгляд правильнее) то это было бы все же лучше, чем добавлять поля в dbf
После этого в базе и появились неизвестные и не заявленные конфигуратором реквизиты объектов.
Возможно обновление их убьет, но я таких экспериментов не ставил.
training1C писал:
----------------------------------------------------------------------
...Тем более что мы с a_lex_x уже все обсудили что нужно было.
----------------------------------------------------------------------
Это намек чтобы не лез со своими советами?
Мдааа... Нет, чтобы сказать человеку, что нехорошо накатывать измененную конфигурацию на базу прямым копированием, а не через Объединение конфигураций вы развели флейм и докатились до беспочвенных обвинений друг друга.
Glide
Glide, где беспочвенные обвинения?
Два высококультурных человека ведут великосветскую беседу.
:-)
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
