![]() |
![]() |
IT 07.07.2004 - 10:31 | Из центрального офиса конторы одного из клиентов измененный MDшник переправили в переферийную контору, объединились, при старте программы выдает ошибку "Поле не найдено, код ошибки 210, и есть имы поля". Смотрю в структуре DD файла в центре - в этом справочнике поле имеет имя ну например SC3456 , в DD на переферии то - же самое, но в самом файле базы данных в центре есть это поле(с таким именем), а в переферийной - есть, но с другим именем.Что посоветуете ? Как исправить и как избежать в дальнейшем ? |
IT 1 - 07.07.2004 - 10:36 |
При создании пустой конфикурации из MD все как центре. До объединения в переферии то же как в центре Получается что после объединения какого - то ... меняется имя поля в самой БД |
Diter 2 - 07.07.2004 - 10:38 | Ты объединял или просто копировал мд-шник? Попробуй грохнуть DD и создать сново запустив конфигуратор. Протестируй базу без упаковки. Варинатов масса если ты не объяснишь более подробно что ты делал, тебя закидают советами в т.ч. и не нужными. |
IT 3 - 07.07.2004 - 10:40 | Объединял (ТАК И НАПИСАНО). Что еще для подробности написать. ? |
GALL 4 - 07.07.2004 - 10:42 | (0) Ты оперируешь понятиями УРИБ. Там нет такого понятия как объединение конфигураций. Изъясняйся лучше и подробнее: нахрена козе баян |
OFF 5 - 07.07.2004 - 10:42 |
ДеЖаВюююю? Очередной Афанасий и Рыжиков? |
IT 6 - 07.07.2004 - 10:44 | С грохнутым DD шником можно создать только пустую базу данных. |
Diter 7 - 07.07.2004 - 10:45 | (6) Да ну? |
IT 8 - 07.07.2004 - 10:49 | ОК переферийная = структурное подразделения фирмы, расположенное в другой (отличной от центральной)географической точке и имеющее подчиненный (по отношению к центральной) статус. Обмениваемся МОД (ом) |
IT 9 - 07.07.2004 - 10:51 | Diter - попробуй |
GALL 10 - 07.07.2004 - 10:52 | Если при объединении ошибка - проблема с MD. 1.Релизы платформ должны быть везде одинаковые. 2. MD - битый - объединяй со здоровым MD. и остальное в твоей инфе не важно |
IT 11 - 07.07.2004 - 10:57 | Взял обе базы целиком к себе в офис. На одном компьютере , на одной платформе. с рабочим MD шником - не битым . Повторяю те же действия, что и у клиента - ситуация один в один. 1 и 2 не то. Что еще может быть ? |
GALL 12 - 07.07.2004 - 10:58 | (11) Ты обе базы тестировал? и какой релиз платформ? |
Diter 13 - 07.07.2004 - 10:58 |
Ну попробовал и что. Всё работает. Грохнул *.DD. Вошёл конфигуратором. Открыл конфу. Нажал "Записать". После этого F11 и все данные остались на месте а файл 1Cv7.dd оказался вновь созданным. |
yeti 14 - 07.07.2004 - 11:02 | 11. Ну пересоздай же наконец dd в битой базе (измени что-нить структурно, хоть название конфы на одну букву). Дальше видно будет. |
IT 15 - 07.07.2004 - 11:10 | Diter согласен, после того как делаешь - загрузить измененную конфигурацию, тогда он пересоздает мд шник , а иначе говорит что неопределены параметры базы данных. Но так или иначе ты прав. |
IT 16 - 07.07.2004 - 11:17 | платформа 7.7 SQL 015 |
IT 17 - 07.07.2004 - 11:20 | Я пересоздал DD. НИ че |
IT 18 - 07.07.2004 - 11:23 | При пересоздании DD в (не центральной) БД возникает тот же глюк. Структура DD файла как таковая не меняется. Меняется имя поля в таблице БД. Это точно. Осталось понять почему. И как быть дальше ? |
yeti 19 - 07.07.2004 - 11:25 |
17. Все равно название файла в dd не совпадает с реальным названием файла??? Это что-то типа про НЛО. Вроде кто-то видел, а не верится. Можешь md пожатый выслать? |
IT 20 - 07.07.2004 - 11:30 | Пересоздавал в неизмененной (не обновленной) БД |
IT 21 - 07.07.2004 - 11:34 |
19. Давай мыло, вышлю. без проблем. Перед перезаписью DD имя поля в DD и в Таблице БД совпадают, После- в DD не меняется, а в БД меняется. |
IT 22 - 07.07.2004 - 11:37 |
Закончил тестирование и исправление БД в "битой" еще в 7 местах несовпадение имен полей . Я застрелиться,что ли должен ? Да с удовольствием... |
IT 23 - 07.07.2004 - 11:45 | Тут выдвинули предположения. Что такое может быть, если п период между объединениями менялся релиз платформы. Как думаете ? |
acanta 24 - 07.07.2004 - 11:48 | Чаще всего такая штука возникает, когда вместо загрузить данные - сделали восстановить данные - мд-шник распаковывается и заменяет предыдущий. Может еще свет моргнуть, но это сложно не заметить, а вот такое что восстановили вместо загрузки обнаружить можно очень даже потом. Проверь в NEWSTRU какой там мд-шник, и проверь в каталоге базы файл с расширением DAT. |
IT 25 - 07.07.2004 - 12:01 |
Какое загрузить/восстановить. Я говорю - объединяли конфигурации. и все И вообще на текуще БД - до изменения (ДО) если грохать DD по принципу, описанным Diter уже тогда и меняются имена полей. Можно я пойду домой ? Че делать -то ? Кто вообще сталкивался с изменением имен полей ? |
IT 26 - 07.07.2004 - 12:03 | в NEWSTRU тот же md шник что и был после последнего сохранения БД. такойже как и в центральном каталоге |
Diter 27 - 07.07.2004 - 12:07 |
Какая тебе половая разница как называются поля в DD и самой базе. Тебе надо чтобы они совпадали между собой и всё. Тебе предложили путь из двух стадий : 1. Создай новый DD 2. Протестируй базу Если это не помогает - пробуй MDDoctor Не поможет - иди домой. :) Делай откат до последней работоспособной структуры (я подчёркиваю не быза а структуры). Ручками вноси все изменения. |
acanta 28 - 07.07.2004 - 12:15 | (25) - можно поправить фоксом/dbed заголовки в дбфках. |
IT 29 - 07.07.2004 - 12:20 |
1 - не помогло 2- не помогло MDDoctor не пробовал у меня его нет последняя структура(рабочая) - текущая (до объединения с центральной) только ручками и работаем. Ладно... Пойду домой |
IT 30 - 07.07.2004 - 12:23 | В Таблицах БД я могу поправить все что угодно. Но при новом объединении будет то же самое. Поэтому надо разобраться в причине. |
acanta 31 - 07.07.2004 - 12:34 | Если ты делаешь объединение, и объединением же добавляется поле, то 1С назначает ему новый внутренний идентификатор. Поэтому названия полей в центре и периферии разные и так и должно быть. Если каким то образом (может это сделал МОД) переписался мд-шник из одной базы в другую - твоя ошибка и возникнет. Но работоспособность может и не нарушиться, так как ДД старый остался и он базе соответствует. Поэтому ты и не заметил вовремя. А теперь когда пытаешься объединить оно и вылезло. Проверь пакеты МОДА - нет ли очень больших. |