может вопрос покажется и глупым но прошу дочитать :) а то уже третий день голова пухнет запарился совсем

7.7 sql оперучет, таблица итогов скажем регистра остатков, соответственно все поля которые "измерения" есть ключевые (с контролем скуля по примари)

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

решение то есть (удаление этого измерения котрое влечет суммирование остальных а т.к. есть прямое соответствие между одним из оставшихся реквизитов то после обратного добавления можно смело апдейтить и дублей не будет) но оно оооочень долгое (порядка 5 часов на удаление и часа на добавление плюс остальные работы мне так ночи не хватит)

Хитроглазый, да нельзя вот мне (вернее мне то оно как раз и никак не надо:)) важно вывести весь период (там пару лет) в разрезах вот этих добавленных... и перепроводить нельзя (да и не проведётся 8 гиг за ночь)... потом костей не соберём (в плане "разьедется" все что можно)

ладно если никак то и не будем фантазировать

плюс там несколько десятков миллионов записей по 4м регистров апдейтить надо... 1це такого шустро не могёт

Программист 1с, да рядовая для остатков только измерений много :) и не в тему

вобщем есть два поля (измерения) из тех к которыми работаем

- ШтрихКод (строка в еан13)
- Поставщик (ссылка на спр. контрагентов)

первое поле заполнено реальными кодами которые можно (не все правда но роли сейчас не играет) найти в спр. изделий в которых есть ссылко на поставщика собственно которыми и необходимо заполнить второе поле в регистрах (т.е. связь ШтрихКод-Поставщик 1к1)

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

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