Кто сталкивался с проблемой реструктуризации справочника с большим количеством записей (для себя я определил количество >10'000, хотя подозреваю, что это также зависит от общего количества уже присутствующих реквизитов), тот знает, что прежде чем это делать приходится хорошенько подумать о целесообразности этого действа и попытаться найти альтернативное решение. Но для себя я выработал чрезвычайно простой, надежный и быстрый способ выполнять изменения в структуре справочника с любым количеством записей.
1. Естественно бэкап 2. Если база обновляется путем объединения конфигураций, то в дереве сравнения отмечаем все объекты кроме нужного справочника 3. После записи делаем копию md в пустой кат. и подключаем его как новую ИБ 4. Обновляем эту пустую базу включая нужный справочник 5. Смотрим какое поле добавилось в DD для нашего справочника 6. Центральный момент! Любым DBF редактором, позволяющим редактировать структуру таблиц (я пользую DBEd) в ИБ с данными добавляем/редактируем точно такое же поле и сохраняем структуру (выполняется за секунды) 7. Из пустой ИБ в рабочую копируем поверх файлы 1Cv7.md и 1Cv7.DD 8. Убиваем индексы 9. Запускаем с пересчетом индексов и радуемся
Простецкий скрипт переименования файлов в папке в нижний регистр, будет полезен программистам и системным администраторам имеющим навыки програмирования в 1С. Можно легко настроить под себя, спасает мне периодически час времени, может, кому еще будет полезен.
Боремся с бардаком. Работы в прошлых датах запрещены. Непроведенные документы (по разным причинам) - автоматом переносятся в начало текущего дня при запуске любого первого сеанса 1С в текущем дне. Задержка старта 1С - практически незначима. Не требует настройки, не требует допрограммирования (исключая один оператор вставки в процедуру старта системы). Можно обработку выполнять вручную с любой периодичностью.
Рассмотрим систему на базе Elasticsearch, Logstash и Kibana (ELK Stack) для анализа логов 1С Предприятие 7.7 с целью визуализации и анализа событий 1С.
Скрипт позволяет выполнить объединение конфигураций и реструктуризацию из командной строки. Объединение выполняется штатными средствами конфигуратора 1С 7.7, взаимодействие с которым происходит путем посылки нажатий клавиш.
Пригодится, если есть необходимость обновить или постоянно обновлять множество ИБ.
Периодически сталкивался со следующими проблемами при печати в 1С: 7.7 работающей под терминалом:
1) После замены принтера на клиентской машине 1С пытается печатать на старый принтер.
2) Отсутствует предварительный просмотр при печати.
3) Не работает печать без предварительного просмотра (пакетная печать документов).
4) В некоторых формах печатает, в некоторых нет.
Часто бывает необходимо отслеживать состояние часто повторяющихся регламентных заданий. Например, синхронизация данных с IP-телефонией, которая может производиться каждую минуту, синхронизация с сайтами, синхронизация данных с различными системами.
Использовать для этих целей логирование 1С чрезвычайно неэффективно и не удобно.
В таких случаях удобно использовать подход, применяемый в Unix-системах: писать логи в обычные текстовые файлы, а потом делать их обработку через эффективно работающие Unix-команды: grep, tail, cat, less и т.п.
Оригинально.
А если для всех реквизитов этого справочника удалить галочки "отбор" и "сортировка", сохранить конфу с новым реквизитом, а потом вернуть галочки на место? Будет медленнее?
Делал очень давно чистую замену md, когда-то, знал, что структура не изменилась, а поменялся, скажем, модуль проведения или отчет. Все равно, выглядит "как бы чего не вышло"...
Перед окончанием работы внес изменения через конфигуратор, уходя домой запустил на реструктуризацию, утром получил результат. По-моему, телодвижений гораздо меньше, чем в предложенном методе
(7) Хорошо если так... Когда количество записей в справочнике больше 100'000 можно не только до утра ждать, а и до вечера след. дня и результат скорее всего будет - сообщение об ошибке. Проверено!
Очень актуально для слабых компов. Я один раз пытился такое сделать на селероне 1.7. Недождался. Забрал базу и запустил на КореДуо, совсем другое дело. Этим способом я бы все сделал на месте. По-моему способ вполне корректный.
действительно мегабаян.
+ ко всему статья ента впервые появилась в лохматом году на itland.ru
а писал ее парниша вооон в том углу кабинета сидит ;)
однако пользительность в ней есть и на сегодняшний день
(11) Когда столкнулся с этой проблемой инета рядом не было, так что шевельнул извилиной и сделал. После этого не раз пользовался и после очередного раза решил что можно поделиться с народом. Так что может оно конечно и баян, спорить не буду, но если кому поможет - уже хорошо
(11) "+ ко всему статья ента впервые появилась в лохматом году на itland.ru"
Она не могла появиться в лохматом году, она появилась недавно! Ну разве что мы с твоим товарищем ментально едины ,)
(13) Могла-могла, еще как могла появиться в лохматом году, и появилась. Статья была в блогах итланда с 2005 года по 2007, потом ее убрали, т.к. основной уклон сайта сейчас в сторону 8.х и ООП на 7.7 (1С++ то бишь).
Счас найти ее можно в журнале "1С для профессионалов" №6 за 2005 год, там еще ФИ мое засвечено.
Делал раньше такую реструктуризацию. Очень проблематично по времени, примерно 4-6 часов и вечером после работы чтобы никому не мешать. Результат получал уже после полуночи что не есть хорошо для полноценного сна. Надеюсь данный метод облегчит в будущем изменения в больших справочниках. Спасибо за подсказку!