v7: unrecognized field name sp4057 #603696


#0 by Мисти
Что делать? Как можно попробовать починить базу? Она работает, но не дает что-то менять в конфигураторе, не хочет выгружаться и тестироваться.
#0 by Мисти
Что делать? Как можно попробовать починить базу? Она работает, но не дает что-то менять в конфигураторе, не хочет выгружаться и тестироваться.
#1 by Мисти
Чем dbf можно смотреть?
#2 by Мисти
Копии современной нет. Вариант "перегнать все документы на пустое место"? Чем? Если это древняя самописная торговля?
#3 by BlackSeaCat
Вызов специалиста не предлагать?
#4 by Мисти
Не-а, не предлагать. Рассказать коротенечко, что этот специалист будет делать.
#5 by andrewks
бугага
#6 by DEVIce
Обновляли базу копированием md-шника? :)
#7 by andrewks
признавайся - ты md-шник подменила?
#8 by Мисти
Вряд ли! Не знаю, что они делали, мне такую базу прислали.
#9 by Мисти
Как чинить-то??
#10 by Ёпрст
это эта база поди ? :)
#11 by BlackSeaCat
Без толку, у вас все равно это не получится. Впрочем, не жалко: он будет ДУМАТЬ.
#12 by Мисти
Ага, про нее.
#13 by Ёпрст
При ТиИ какие ошибки выдает ?
#14 by Ёпрст
дай мд в архиве поглядеть
#15 by alxxsssar
ТиИ в помощь. Переиндексация.
#16 by andrewks
не поможет
#17 by Мисти
Если бы! - "невосстановимая ошибка". Не могу, он под паролем, да и смысла в этом нет - 5 лет прекрасно всё работало, и вдруг в МД что-то сломалось?? Что бы это могло быть?
#18 by andrewks
"Не могу, он под паролем"  думаешь, это преграда для нас?
#19 by Ёпрст
если ошибки в мд - то ТиИ ты никогда не выполнишь.. ну и базу не объединишь. А так, такая ошибка как в - структура табличек не соответствует мд.
#20 by Ёпрст
+19 если мд не зашифрован какмим-нить КЗК от АЛьФа, то шли.. пароль на мд в 1с - это фикция
#21 by Мисти
В том смысле - что раз люди пароль поставили, значит, зачем-то им это нужно. Что за ошибки такие в МД могут быть?? О чем речь?
#22 by Мисти
Что структура табличек не соответствует - я догадалась! Как починить-то?
#23 by Ёпрст
битый моксель, битый контейнер, отсутствующие ветки контейнера и т.д.
#24 by Ёпрст
см.
#25 by Ёпрст
И .. до следующего месяца ? :)
#26 by Salimbek
Случаем в New_stru рабочего МД-шника не осталось?
#27 by alxxsssar
ИМХО мд-шник не соответствует дд-шнику. ну, я бывало ДД-шник удалял и запускал монопольно - словарь пересоздавался и помнится все работало, но ХЗ
#28 by DEVIce
. Это если файлов самой базы еще нет, то база создается, а если есть, то не проканает.
#29 by alxxsssar
нет, это на существующей базе, при запуске ругался на отсутствие словаря данных и потом пересоздавал его на основе существующего мд-шника. по крайней мере база запускалась, но я не знаю что это за справочник sp4057 и на что его отсутствие может повлиять.
#30 by Мисти
битый моксель, битый контейнер, отсутствующие ветки контейнера и т.д. - кто такой моксель и контейнер??
#31 by andrewks
ТС попутала, 1-е число было вчера
#32 by Ёпрст
#33 by Мисти
Не работает фокус. Невосстановимая ошибка -10.
#34 by Мисти
Ух ты!! Почитаю.
#35 by Ёпрст
лучше ничего не трогай руками, и уж тем более, не надо было удалять словарик - по нему хотя бы видно было бы изменения с тем мд, что есть сейчас.
#36 by aka AMIGO
я исправляю такие ошибки с помощью FoxPro2.. но таких ошибок было всего 3 на моем веку
#37 by alxxsssar
надеюсь хоть на копии пробовала?
#38 by Мисти
У меня уже мильон этих копий.
#39 by BlackSeaCat
А делиться не хочешь. Жадина!
#40 by Мисти
А разве то, что в новой пустой базе всё прекрасно работает сохраняется и выгружается - не гарантия того, что с МД всё в порядке?
#41 by Ёпрст
нам отсюда не аидно, на какой ошибке валится ТиИ в рабочей базе. + мд ты так и не предоставила, а гадать можно сколько угодно - у тебя еще всё лето впереди, успеешь
#42 by Мисти
Почему предположение о том, что проблема в МД - основное? Я думаю, как раз скорее - именно новый МД в прошлый раз просто положили в базу, из-за чего теперь несостыковки.
#43 by aka AMIGO
я-б для начала сделал так: 1. "запоминаем" копию 2. берем из этой запомненной копии мд-шник, копируем во вновь созданную пустую папку 3. прописываем путь к папке в старт 1с, запускаем. 4. получаем ДД 5. копируем ДД в "запомненную" копию 6. пытаемся открыть эту копию в 1с. руки пообрывать тому, кто обновляет бд или справочники копированием мд или дбф-файлов..
#44 by Мисти
Вообще, что бы я ни делала - ошибка одна и та же - вот та, что сверху, и потом еще ссылается на файл sc13.dbf Там такого поля нет, последнее поле - sp4055
#45 by Ёпрст
Если ТиИ вылетает с ошибкой, то сперва исключают вариант порчи мд. Потом уже смотрят за структуру ИБ. Та понятнее ? То что у тебя мд не соответствует ИБ ясно еще из . То что мд может быть еще и поломан, ясно из твоей прошлой ветке.
#46 by alxxsssar
точно, я забыл, давно такими шаманскими методами не страдал.
#47 by alxxsssar
а кто прислал базу? Прислали прямо с данными или только мд? Если с данными есть ли у них рабочий бэкап? попроси прислать его и объедини с той базой которая вылетает. Реально похоже что они мд-шник просто скопировали
#48 by Мисти
Но в пустой базе ТИИ работает!
#49 by Mikeware
Потому, что пустая база создана на основании текущего md. зы.наймите программиста, чтоль... Хотя бы начинащего...
#50 by aka AMIGO
пустая, потому и работает
#51 by Мисти
Та же ошибка.
#52 by Мисти
Так говорят же, что ошибка в самом мд! Тогда и в пустой не должно работать. Нет разве?
#53 by Мисти
а ДД не всегда меняется вместе с МД? Если поля добавляются, то меняется, а если нет, то нет?
#54 by Ёпрст
ёпта, это всего лишь предположение, которое нужно исключить в первую очередь. Потом уже смотрят на несоответствие полей и структуру табличек. Фирштейн ?
#55 by Ёпрст
если мд руками подсовывают в католог ИБ - то нет. Что в вашем случае и было сделано. Повезёт еще, что мд сейчас - хотя бы потомок "нужного" мд.
#56 by aka AMIGO
SC13 - у меня в старой Торговле - справочник фирмы. Тогда у тебя ошибка не в мд, а в SC13: в конфигурации, в справочнике фирм, отсутствует реквизит, а есть лишнее поле в SC13 - этот отсутствующий реквизит. ЗЫ. вообще, суда по текстам, ТС не справится.. хотя-б выложила дд и мд на оборзение..
#57 by seakuban
Мисти вы с FoxPro знакомы ? я так понимаю вы немного программист? дак откройте ваш файлик в Foxpro да сделайте все то что нужно 1С...вот же проблему нашли...
#58 by aka AMIGO
+56 а лучше-то вот такие файлы выложить дд, мд, SC13.dbf SC13.CDX
#59 by Мисти
Ага, у меня там тоже справочник Фирм. И я его не меняла!!
#60 by seakuban
+58 Я думаю большинству из здесь отписывающихся будет проще самим поправить проблему у ТС да отдать ей файлики обратно))) гораздо быстрее выйдет
#61 by seakuban
Мисти если до вечера не решите проблему....и если будет фотка...то вечером за символическую плату решу вашу проблему))))
#62 by Mikeware
"Невиноватая я! Он сам пришел!!!"©
#63 by aka AMIGO
ты не меняла, значит кто-то из продвинутых бухш скопировал справочник фирм переносом SC13 из другой базы.. из-за крайней лени, ну не набивать-же блин по-новой.. причем не-думая-о-последствиях.. у меня такая гб нонешняя.. с продвинутой крышей..
#64 by Ёпрст
фокс для это задачи не нужен
#65 by seakuban
спасибо за уточнение. эту задачу можно решить и с помощью фокса...а можно и без.
#66 by aka AMIGO
"Не нужен" - некорректно. "не единственный вариант" - это правильней у каждого свои методы
#67 by seakuban
Ну давайте теперь посоревнуемся кто из нас кручу и решит эту задачу быстрее))) мне это не нужно...думаю как и вам.
#68 by Ёпрст
здесь ответ очевиден
#69 by seakuban
и каков он?
#70 by NS
Никто ничего никогда не починит, ибо ТС МД-шник не дает, и пытается починить сама. А так - скорей всего работы на один день, возьмусь восстановить за 10 тыров. Ну и желательно найти старый МД-шник, тот который был подменен.
#71 by Мисти
Ну, предположим, я найду старый? И что делать дальше?
#72 by Мисти
Мне кажется нынешней базе уже всё равно - новый мдшник или старый, она сама внутри не согласована.
#73 by Mikeware
ошибаешься.
#74 by Ёпрст
дальше смотреть различия словарей от этих мд. Дальше исправлять руктями поля в табличках мд, чтоб структура мд соответствовала табличкам ИБ
#75 by Ёпрст
имея старый мд это сделать быстрее, без него дольше но тоже можно Лето большое, еще успеешь
#76 by Mikeware
опять же, можно и без словарей. Но с ними проще. А еще можно парсер DD накалякать, когда-то делал, там работы на день,  и написать авточинилку (по крайней мере, добавлять отсутсвующие и удалять лишние несложно)
#77 by Мисти
Почему лето-то??
#78 by alxxsssar
если рабочий мд найдешь то можно объединить
#79 by Mikeware
"Не надо печалиться - Вся жизнь впереди... Вся жизнь впереди - Надейся и жди." © ВИА Самоцветы  (насколько помню) :-))
#80 by Ёпрст
ну, изначально проблема возникла 20 марта, а воз и ныне там.. Думаю, за лето справишься с задачей.
#81 by ildary
она предпочтет обливать всех помогающих в этой ветке, вместо того, чтобы "купить лотерейний билет" (с)анек.
#82 by alxxsssar
ну вот только что сделал: 1. удалил дд-шник, 2-открыл конфигуратор и добавил в любой справочник любой реквизит,3-сохранил конфу и дд-шник создался автоматически
#83 by Mikeware
— Степан! У гостя карета сломалась. — Вижу, барин. Ось полетела. И спицы менять надо. — За сколько сделаешь? — За день сделаю. — А за два? — Ну… За… Сделаем и за два. — А за пять дней? — Ну, ежели постараться — можно и за пять. — А за десять? — Ну, барин, ты задачи ставишь! За десять дён одному не справиться, тут помощник нужен — хомо сапиенс! — Бери помощников, но чтобы не раньше!
#84 by Мисти
В непустой базе??
#85 by Мисти
До сегодняшнего дня заказчики думали, нужно ли вообще эту проблему решать. Что я буду бежать впереди паровоза? Что чинить - решили только сегодня.
#86 by Мисти
Так она уже ломанная и не хочет объединяться.
#87 by Мисти
Поняла, кстати, что ДД не обязательно меняется, если МД меняется.
#88 by Мисти
Похоже, дело за малым! В пустой базе в файле sc13.dbf 2 последних поля - sp4057 и sp4089, а в рабочей (сломанной) - sp4055 и sp4093. Может, их просто переименовать? Чем??
#89 by ildary
впереди понимание, для чего вообще этот dd и как он соотносится с md, а также почему они меняются не обязательно.
#90 by Мисти
Я-то давно знаю, но вот товарищ в намекает, что раз даты их не совпадают - значит, подсунули МД без объединения.
#91 by Мисти
87 написала - в смысле, что удостоверилась в этом еще раз, после намеков. Я никогда не обращала внимания, но предполагала, что если меняется структура, то ДД меняется, а если нет (а просто текст модуля), то нет. Чем поправить имя поля дбф??
#92 by Mikeware
"О сколько нам открытий чудных Готовят просвещенья дух И опыт, сын ошибок трудных, И гений, парадоксов друг, И случай, бог изобретатель." © Пушкин А.С.
#93 by Ёпрст
любым дбф редактором для начала, посмотреть, что именно это за поля в обоих словарях.
#94 by Мисти
Нашла какой-то scandbf.zip и DBFView.zip - похоже, не то... Ну, поле как поле, недавно добавленное.
#95 by Ёпрст
открой словарик и посмотри, что именно должно быть в этом поле, потом открой сам дбф файлик и смотри , что там.
#96 by Ёпрст
Хотя.. думаю, это не единственная проблемная табличка
#97 by Мисти
Ага! Именно! Нашла хороший инсрумент - и всё видно, и названия столбцов можно менять. Сделала в еще 1 табличке название, как в новой версии, программа и с таким названием не согласна. Как бы понять, что там должно быть?
#98 by Dimanchik
- +100500 - Рассогласованность полей dbf и структуры описанной в dd. Читай dd файл и приводи любым редактором dbf структуру полей в порядок и будет счастье. В свое время также поднимал таким образом базу торговли- там каким-то макаром таких файлов было с добрый десяток. Благо что потерянные колонки заполнялись расчетным путем.
Тэги: 1С 7.7 и ранее
Ответить:
Комментарии доступны только авторизированным пользователям

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