Если база данных 7.7 достаточно велика, поменяешь что-нибудь в конфигураторе 7.7 и принятие изменений длится несколько часов. Давайте разберемся, почему так происходит и как планировать время сохранения изменений объектов конфигурации. Когда метаданные 7.7 изменились, программа переходит к процедуре реструктуризации данных (полная выдержка из 1С:Предприятие. Версия 7.7. Конфигурирование и администрирование Часть 2 Приложение 1. Реструктуризация информационной базы) http://forum-1c.ru/index.php?topic=255.0 Где посмотреть, сколько времени занимают разного рода манипуляции с данными большого объема в Конфигураторе после внесения разного рода изменений в объекты конфигурации???
------------------------------------------------------------------
Субъективные наблюдения - зависимость от количества записей таблицы при изменении структуры - линейная, от индексируемых полей (код, наименование + реквизиты с флажком "Сортировка") - квадратичная с плавным переходом к экспоненциальной (при большом числе длинных строковых индексируемых реквизитов) (с)andrewks
Но это еще не все, что нужно знать о реструктуризации. Например поиск ссылок на объекты происходит очень долго. Или изменения метаданных реквизитов в документах очень большого размера. Внесение изменений в журналы документов и графы отбора - очень долго. Изменение модулей без изменения структуры объектов - очень быстро. Планировать время реструктуризации важно, если дорабатываешь систему с распределенкой (УРИБ). Кто заморачивался, есть что сюда добавить? Вопросы оптимизации производительности платформы 1С 7.7 освещены например в http://kb.mista.ru/article.php?id=136 и нет смысла затрагивать их в этой теме, хочется планировать сколько по времени будет идти реструктуризация, что в метаданных можно поменять быстро, а что нельзя. Если есть подробная информация о предмете обсуждения, поделитесь пожалуйста ссылкой.
Если база большая и ты в существующем документе поставить галочку бухгалтерский учет (или оперативный) то процесс сохранения конфигурации может растянутся на многие часы. 1С при этом начинает зачет пересматривать все документы в базе.
(7) Ёпрст, таблицы SQL 1Ска начинает колбасить несколько часов при изменении свойств (не реквизитов) документов, когда изменяются журналы или графы отбора, еще очень тяжело идет "поиск ссылок на объекты", вот бы об этом узнать попобробнее.
(8) если знаешь, что конкретно при этом происходит, то обновление любое занимает минуты.
Т.е, если знаешь, какие именно таблицы участвуют в реструктуризации, то всё делается ручонками.
SQL версия - жутко долго выполняется "обработка документа" при изменении признака периодичности номера документа (год-неограничено). Видимо выхода нет, только ждать.