[nysysimara]

Я ж вам говорил надо периферийные базы удалять управились бы за день.

теперь, набив собственную шишку, буду умнее

[Cthulhu]

На будущее.
Удаление и пересоздание перифериек имеет смысл в случаях, когда даннтых без миграции (только иб создания) нет. Да и некрасиво это.
Гораздо корректнее вспомнить о методе УРБД "РегистрацияИзменений". И о том, что если базы синхронизированы - то выполнение одинакового алгоритма свертки в них внесет одинаковое изменение в части синхронизируемых данных.
Т.е., если после полной синхронизации выполнить одинаковый алгоритм (обработку) свертки с одинаковыми параметрами - используя метод ".РегистрацияИзменений(0)" - то не потребуется почти никакого обмена, а свертка во всех базах будет выполнена синхронно, коррекно и быстро (хотя это как реализовать алгоритм свертки - при желании можно сделать и мееедленно).

[XBrut]

зависит от контекста. критерий качества - время.
я себе представляю, как бы я запускал одновременно пять критических многочасовых обработок вместо одной причем все базы стоят в разных концах города, и обязательно где-то будет сбой связи :)
и результат надо тщательно проконтроллировать в пяти местах.
да. проблемы с миграцией есть и их нужно учитывать.
например временно поставить галку на миграцию во все базы, собрать абсолютно всю инфу в центральную базу,
обрезать, раздать на места снова,
там скопировать эти объекты, после чего источник копии уничтожить (ну либо выполнить некий гламур по замене базы происхождения)
несмотря на кажущуюся сложность - это одна заранее подготовленная обработка, вместо многочасового геморроя по ночам.

Сообщение отредактировал XBrut - 24.02.14, 8:34

[Cthulhu]

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

в разных городах, 15 перифериек, одна ночь (даже пол-ночи - чистого).
включая проверки (которых не так и много - стандартные реестры остатков в полном развороте на дату свертки с авто-сравнением).

да. проблемы с миграцией есть и их нужно учитывать.
например временно поставить галку на миграцию во все базы, собрать абсолютно всю инфу в центральную базу,
обрезать, раздать на места снова,
там скопировать эти объекты, после чего источник копии уничтожить (ну либо выполнить некий гламур по замене базы происхождения)
несмотря на кажущуюся сложность - это одна заранее подготовленная обработка, вместо многочасового геморроя по ночам.

хм. странное решение.
1) чтобы неактуальные данные собрались в одну большую кучц, которая расползется по всем периферийкам?
2) дополнительно - не мигрирующие данные могут иметь конфликт в части дублирования ключевых полей (дублирование кодов справочников и номеров документов) при сборке в кучу;
3) и - м.б. я чего-то не понимаю, но каким образом собрать, а потом распихать по периферийкам значеня не мигрирующих констант?..
или - хм, а что подразумевается под "там скопировать эти объекты"?

[XBrut]

так я ж и говорю что зависит от контекста.
мало ли какие у кого условия? у кого две базы и объекты везде ходят, так это все вообще не актуально.
немигрирующих констант у меня не было.
номера и коды - уникальные.
документы удалялись долго.
связь - так себе.
15 баз в разных городах за ночь - вы прямо Дартаньян :)
П.С.
но ваш метод конечно интересный. ...

[Cthulhu]

так я ж и говорю что зависит от контекста.
мало ли какие у кого условия? у кого две базы и объекты везде ходят, так это все вообще не актуально.
немигрирующих констант у меня не было.

холдинг. фирмы, префиксы, основные склады и структурные единицы, налогообложение, и т.п.

документы удалялись долго.

со сдвигом ТА - быстрее. ещё быстрее - нештатно (штатно - только составление и сохранение списков ИД объектов для удаления и плоских таблиц остатков, опять таки, с ИД)

связь - так себе.

Вопросов со связью вообще не стояло. радмин/тимвьюер и по одному консольному компьютеру в каждой ИБ. подключился - запустился - отключился, ответки по завершеням прямо на емыл (с протоколами на сверку, сверка - авто-сравнением). причем все это не так сложно, как может показаться.

15 баз в разных городах за ночь - вы прямо Дартаньян

а вот обзываться нехорошо.

[XBrut]

ну. удалять документы со сдвигом ТА я догадался, а вот если кто кинет ссылочкой на нештатное удаление по спискам - думаю многие будут благодарны.
П.С.
при чем тут "обзываться" 15 баз за раз обычно обрезают Дартаньяны, а обычные селяне, типа меня, обрезают одну нераспределенную базу уже вторую неделю

Сообщение отредактировал XBrut - 26.02.14, 18:37