Как физическим вмешательством в dbf изменить количество уровней справочника #248038

Был справочник 1 уровневый, а надо сделать 3 уровневый. Если обычным способом через конфигуратор, то должго ждать слишком при большом числе элементов справочника. Может кто знает как хирургическим лечением DBF можнод добиться результата?

причем тут ДБФ? Скорее МД, я думаю

а ты пробовал ?

поле PARENTID  нужно добавлять

ИМХО проблем тебе захотелось...

Потренируйся на пустой тестовой базе, то же самое скопируй в рабочую.

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

чтобы грохнуть справочник размером скажем 200 000 элементов ты можешь прождать не один час если у клиента проц слабый и мало ОЗУ. Если же ты в DD файле найдешь как называется Dbf файл соответствующий спрваочнику, то ты потратишь только 5 минут на удаление этого файла и переиндексирование базы. Тоже самое и тут. Зачем прибегать  к штатным средствам, если ты способен засчет своих познаний и познаний специалистов решить нетривиально эту проблему?

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

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

Самоубийца? Ты не подумал, что именно он так долго делает?

и md и dbf и быстрее не будет. Их жешь серавно проставить придецца (PARENTID)-шки.

Даже если добавишь в dbf поля, навряд ли у тебя это сработает. Ведь конфигуратору неизвестно, что ты добавил поля и обращаться к ним не будет. Без MD думаю не взлетит.

вот скажи если тебе надо очистить базу от всех документов скажем, ты тоже будешь каждый документ обработкой грохать или всё-таки Dbf файлы документов и регистров удалишь? РЗ: Главное знать что делаешь и как  делать нельзя. 2ALL - Вопрос был к тем, кто знает как это сделать или знает что это сделать невозможно. Если гдето нужно изменить структуру базы данных и гдето проставить ID родителя, то есть много средств заполнить поля базы данных мнгновенно, а не как это делает 1с медленно. И пусть кто боится выходить за рамки знания конфигуратора ждут по часу пока всё переконвертирует 1с штатными средствами, а мы будем выигрывать во времени. Проставить можно и запросом минуя средства 1с. ты рассуждаешь как маленький. Ято задал вопрос людям которые лучше знают структуру 1с и которые могут сказать однозначно где что поправить можно, чтобы съэмитировать действия конфигуратора.

ну если знаешь как сохранить метаданные, минуя конфигуратор и без изменения структуры базы - 1) вноси изменение в мд 2) alter table xxx <вот дальше не помню структуру добавки поля с именем PARENTID, причем поля без значения по умолчанию> 3) запросом по 5-10 тыщ записей запролняем это поле значением '     0   ' и может прокатить...

+14 запрос в транзакции по 5-10 тыщ записей

+15 и...... на кошках, т.е. копии тренируйся :-) хотя и не факт, что взлетит

я буду удалять обработкой... да еще буду проверярять ссылочную целосность... а вот за такими топчителями базы ни раз говно выметал

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

Изменения структуры таблиц недостаточно. В МД нужно указывать количество уровней...

если все грамотно сделать, то все проходит на ура... к примеру, попробуй базу размером ~30гиг обрезать средствами 1С, скулем у меня получилось часов за 8....

+20 скулем + 1С

вот если грамотно все сделать то удаляються на ура средствами 1С... у меня где-то за час столько же удалилось... на оперативном учете

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

и как ты это делал грамотно? Очень интересно.

1. Мд-ник в пустой базе сделай 2. PARENTID добавь внешней прогой 3. подставь новый мд-ник ... может, и прокатит ..

за час? размер базы до свертки?

не прокатит, скорее всего та же процедура стартанет, если ваще не пошлет... еще и дд надо будет похерить...

не , не было книг... а в чем с ними прикол?

что-то около 40 гектар... стандартная свертка не юзалась

Не иссякли на земле Кулибины...  :) Недавно один умелец накатил обновление на ИБ таким образом: скачал с сайта 1С файл обновления (exe) и запустил его в рабочем каталоге, на все вопросы ответив "yes". После этого долго недоумевал - куда делась кнопочка, которую он только намедни повесил в один из документов.

А в том, что формирование книг зависит не только от состояния регистров, но и от наличия доков счет-фактур. Если просто взять и похерить лишнее, то слетит НДС и бухи тебя съедят... А ты думаешь, почему стандартная свертка так долго проходит? Из-за этого самого в том числе...