Удаление МХ после обрезки базы : Супермаг Плюс (Супермаг 2000)

Lanxorn · █ 25.02.2021 10:02

Добрый день. Прошу совет.
СМ 1.026.1 SP3
Есть не используемые места хранения, есть задание их удалить.
Проблема в том, что была обрезка БД и на эти места хранения создались Компенсационные накладные, которые нельзя редактировать (скрин) по проверке 6.
При попытке удалении МХ сразу идёт ошибка и я понимаю почему, но не знаю что с этим можно сделать.

Код:

2021.02.25 (четверг) 09:56:22
Версия 1.026.1
>>> Запись 1
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80040e2f custom=2292 SQLState=<none>
ORA-02292: нарушено ограничение целостности (SUPERMAG.SMCDOCLOCATIONFROM) - обнаружена порожденная запись

>>> Запись 2
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
delete from Supermag.SMStoreLocations where ID=5

Читал эту тему, но до цен еще даже не добрался.

OlegON · █ 25.02.2021 10:10

Цитата:

Lanxorn ➤ была обрезка БД

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

DMaslov · █ 25.02.2021 10:11

Раз удаляются МХ, документы, разумеется, не нужны.
Удаляйте документы, потом могут еще какие-то связи всплыть, подчистите руками, если штатных средств не найдете.

OlegON · █ 25.02.2021 10:28

Проблема в удалении связанных документов та, что LOCATIONFROM это может быть накладная на перемещение, например... Тогда, после удаления, поедут остатки и в LOCATIONTO.

Vitami_n · █ 02.03.2021 13:54

Хах... =))) Задание было мое судя по всему, но я как то сам уже решил его, и ничего не поехало и близко! =))) Действительно, компенсационки с ЦО при команде рассылки обрезки рассылаются по всем подчинённым МХ на ВСЕ МХ по которым остатки не равны 0!!! Следовательно, по закрытым давно МХ после обрезки старшей БД смотришь компенсационные накладные и следующим числом создаёшь зеркальные накладные, потом снова закрытия периода и обрезка на два дня позже предыдущей... И вуаля, в подчиненные МХ уже нечего рассылать, и в них без проблем удаляются неиспользуемые МХ.

Vitami_n · █ 02.03.2021 14:00

Что-бы темы не плодить, подскажите пожалуйста, что за журналы SUPERMAG.SMCAUCTIONATOMS_FK_LOCID и SUPERMAG.SMCDOCLOCATION. В старшей базе в них какие-то хвосты остались за местами хранения которые на удаление идут.
P.S. А обрезка базы кстати штука вполне себе правильная, только надо очень точно понимать процессы ЧТО ты делаешь в пространстве и времени, иначе можно бед натворить! У нас я обрезал 12 лет, и все "коррупционные хвосты и возможности таковых, и очень доволен!

Vitami_n · █ 02.03.2021 14:06

Цитата:

OlegON ➤ Совет один - вернуть все до обрезки из бекапа, вбить или влить документы, которые создали за это время, а потом удалить уже то, что нужно удалить, а не обрезать...
Вообще, в целом, здравые идеи после слова "обрезка базы" заканчиваются, возможно, что вы около варианта "очистить вообще все, кроме карточек и поставщиков", поскольку базу испоганили окончательно... а придумывающему задания, можно предложить выложить все задания сразу, чтобы было видно, что они противоречат друг другу... когда вы с ним разругаетесь окончательно - вопрос только времени.

Задание было следующее, очистить всю историю, до определенной даты, и удалить все недействующие места хранения. При этом сделать это во время работы организации, не помешав ее работе, и без дополнительных финансовых затрат. От идеи создания новой базы отказались в ввиду затрат, и проблем переноса рабочих процессов на живую... Обрезка подошла наилучшим образом для этого! Собственно сейчас уже финишная прямая, осталось ручками подчистить в старшей базе хвосты удаляемых мест хранения. И да, все остатки "как вкопанные" на своем месте! =)))

OlegON · █ 02.03.2021 14:17

На всякий случай оставлю тут: https://olegon.ru/showthread.php?t=34145
Я бы усомнился, что обрезка базы прошла, не помешав работе организации. В чем была проблема очистить ненужные документы и выкинуть МХ без обрезки базы, я не знаю...
Побочные эффекты обрезки, вы увидите позднее... Когда начнете аналитические отчеты сводить, увидите, что натворили "в пространстве и времени" и выловите все хвосты, без обид... Буду рад, если обойдется, но опыт показывает обратное.
Соответственно, это не журналы удалить МХ мешают, а порожденные записи. Например, вторая говорит, что не все документы по МХ удалены.

Vitami_n · █ 02.03.2021 14:36

SUPERMAG.SMCAUCTIONATOMS_FK_LOCID это акции, с ними разобрался. Осталось последние, ну и история цен...

Vitami_n · █ 02.03.2021 14:39

Цитата:

OlegON ➤ На всякий случай оставлю тут: https://olegon.ru/showthread.php?t=34145
Я бы усомнился, что обрезка базы прошла, не помешав работе организации. В чем была проблема очистить ненужные документы и выкинуть МХ без обрезки базы, я не знаю...
Побочные эффекты обрезки, вы увидите позднее... Когда начнете аналитические отчеты сводить, увидите, что натворили "в пространстве и времени" и выловите все хвосты, без обид... Буду рад, если обойдется, но опыт показывает обратное.
Соответственно, это не журналы удалить МХ мешают, а порожденные записи. Например, вторая говорит, что не все документы по МХ удалены.

Спасибо, ну будут проблемы с отчетами, пересоздадим базу! Дело в том, что они как бы до обрезки и не работали, периоды не закрывались, себестоимость не считалась... =))) Так что по сравнению с тем хаосом что было, сейчас просто сказка! =) И да, делал по ночам, работе не помешало! Резал по году-двум, закрывал периоду в 50-100 потоков...