77, ТИС
в ЦБ (скуль) проведена реструктуризация спр.номенклатура, добавлен ссылочный реквизит, заполнение данных во всех элементах, ~55000 элементов
выгрузка на точку, загрузка на точки (ДБФ) за ночь не прошла, точки стоят, блин...
.
как ускорить/что сделать чтобы на точки загрузился обмен достаточно быстро?
пробую даже на серваке, ЖР отключил регистрацию изменений, идет все очень небыстро.
ДБА растет медленно, ЦДХ - опережающими темпами.

Как вариант, удаленно на точках снять обмен, снять признак периферийки (или поставить ЦБ, или вообще убрать урбд). Накатить измененный мд, вернуть обратно  параметры урбд.
Убрать из апдейтса признак отсылки мд, и меняться заново в распределении режиме

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

(1) проблема не в МД.
проблема в обмене данными, грузит номенклатуру, непозволительно долго

(3) ну так сделай, чтоб  данные номенклатуры грузились в разделенном режиме, и пофиг сколько там по времени.
Все будут работать, а данные пусть грузятся

(4) не получится. справочник убитый в результате ночной загрузки.

так, допустим, я на одной точке буду иметь нормально загруженный справочник номенклатуры и МД.
как их "продублировать" на другие точки?

Если отличие мд только в справочнике номенклатура, то можно тупо скопировать

только проверь эквивалентность по дд

в ЦБ по реструктуризации Спр.Номенклатура.ПолнНаименование (неогр.строка) было передвинуто из середины списка реквизитов в конец, перед Комментарий (тоже неогр.строка)

(7) и в ЦБ - выгрузка же данных снов апойдет на обмен, убить в ЦБ апдейтс, чтобы не выгружалось на точки?

(9) в sql так и должно быть. В дбф  не  помню.

(9) ..это дополнительно еще к добавлению реквизита, ради котрого все и затеялось...

(10) убить в апдейтсе выгрузку  мд  и номенклатуры

Загрузи данные хотя бы в одну базу и после этого скопируй МД (если ДД изменился, то и ДД) и файл с номенклатурой (дбф и индекс) во все остальные базы.
После этого обмен пройдет быстро.
Естественно это делать без пользователей в базе.

(14)и не забыть убить пакет с мд и справочником в эти базы.

(15) я склонен думать что тормоз не в самих данных, а в реструктуризации.
Но если там в выгрузке действительно 55к элементов и они долго грузятся, то нужно в цб из updates удалить все строки с типом Номенклатура и повторно выгрузить данные.

(15) мд можно не убивать. они будут одинаковы и загрузка пройдет быстро, без реструктуризации.

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

(14) да, на серваке, прошло на одной базе-точке!
1. беру оттуда МД DD SC84(номенклатура) - подсовываю на другие точки

в 1сQA сделать:
delete from _1supdts where typeid=0 and objid=0
delete from _1supdts where typeid=***
где *** - это тип в 36-ричном, насколько помню, справочника номенклатуры

(18)
рс=СоздатьОбъект("ODBCRecordSet");
    ТекстЗапроса=("Select * into НомеклатураУдаленнаяИзОбмена20220812 from _1supdts where typeid=$ВидСправочника.Номенклатура");
    рс.Отладка(1);
    рс.ВыполнитьСкалярный(ТекстЗапроса);
    ТекстЗапроса=("DELETE from _1supdts where typeid=$ВидСправочника.Номенклатура");
    рс.ВыполнитьСкалярный(ТекстЗапроса);

Это в центре уберет все товары из обмена

(21) да у него вся номенклатура в обмене

так, ща главное точки запустить. чтобы работали. оббмен чуть позже

(21) лучше напомни, тайпид - число, или строка в 36ричном? забыл ужо

(24) int

(21) и у него 1с++ не установлен скорее всего. Но 1sQA я ему перекинул

(26) должна быть. он вроде Индексированную таблицу юзает

1с++ скорее всего стоит

обновление точек эталонным мД и справочником - ок.
но вот эталонный справочник номенклатуры, который получился нормально отработавшей загрузке на тестовой точке - он корявый. внутри в таблице все есть, а в режиме предприятия - одна папка с товарами...

(29) отборы в списке криво сработали?
обычный запрос возвращает иерархию и элементы?

(30) хз...

запросом не пробовал

ага... если отключить иерархию просмотра - битые ссылки на группах в загруженной тестовой точке получились
из-за этого кривизна вылезла

(33) Перезапиши в центре все группы справочника и еще раз сделай обмен.
Если проблема только в группах, то все выровняется.

но я бы еще для верности весь справочник прогнал. Пусть не за один раз, а по 5-10 тыс элементов за один раз...

(34) угу,  уже, в ЦБ перезаписал весь справочник для верности. думаю тоже что все будет норм.
по 10-12 тыс - муторно. это 5 раз раскидывать на 12 точек, загрузка/выгрузка вручную

еще заодно штук 5-6 реквизитов нафиг убрать сортировку (да еще и отбор на некоторых стоит, а по факту не юзают)

Получишь опять тоже самое что и в (0) - будет грузиться долго. Сначала реструктуризация, потом загрузка....

Поправил всё, три точки по удаленке выключены.
Спасибы специалистам, которые помогали.

(0)
"добавлен ссылочный реквизит"(c)
(36)
"еще заодно штук 5-6 реквизитов нафиг убрать сортировку"(c)
===
Максимальный приемлемый размер ключа для "движка" "1С 7.7" равен 117 байтам.
Читай 30 сообщение в теме: https://forum.infostart.ru/forum9/topic36308/

(39) это я помню что делать большой нельзя

(40)
Помнишь, но не проверяешь размер ключа при «добавлен ссылочный реквизит»(с). :-)

(0) везде добавить реквизит ручонками + подмена мд и дд\ддс.. делов-то. И не надо никаких сортировок сымать и обмены лепить

В скуле.. так вообще почти всё мышой делается, вся "реструктуризация":
на-ходу переименовываешь табличку справочника в _sc909090_ (тупо символ в конец добавь любой), затем пкм на этой табличке - создать запрос на основе CREATE , в этом запросе убрать в имени создаваемой табличке твой спецсимвол в конце.
Далее открыть пофигуратор, понадобавлять реквизитов, сохранить конфу и обновить базу. База на пустом справочнике реструктуризируется за 2 секунды. Далее 2 варианта: или примитивный insert новаятабличка into select * from старая табличка с символом, или алтер колумн в старой табличке и переименовать её потом.
И то и то по времени для 55 тыс элементов, секунд 10, наверное, или еще быстрее.
Всё собственна. Потом копию таблички прибить.

В дбф - по-аналогии

Вы все такие умные!
"Я хренею с вас, дорогая редакция!
;-)

Все починил, все работает.
Ветку можно закрыть