как сжать распухший регистр ? #567301

нетиповая конфа, на регистрах сильно распух регистр остатков резервов (в дбф версии rg***.dbf 1.2gb, rg***.cdx 690mb) как бы "ужать" его?... чем посмотреть содержимое?, стандартный ИТСовский отчет REGPRINT вылетает при попытке посмотреть содержимое совет "просто перепровести документы" не предлагать, перепроводить помоему имеет смысл после корректировки логики проведенных документов, без этого помоему такой же останется результат еще нюанс - это периферийная УРБД база, в центральной базе этот регистр на удивление имеет размер сильно меньше (6,9 мб в дбф) - как такое может быть ? движения же этого регистра в данной периферийной RA***.DBF 64,5мб, а в ЦБ этот RA***.DBF весит 125 мб итак вопросы 1. чем посмотреть содержимое регистра с целью найти проблемы, если стандартный отчет вылетает ? 2. как бы "ужать" регистр ? 3. отчего в периферийке размер файла остатков сильно больше аналогичного в ЦБ ?

>отчего в периферийке размер файла остатков сильно больше аналогичного в ЦБ банально... он не закрывается - нет данных из ЦБ

ТиИ с перепаковкой... Выгрузка/загрузка...

1.любым отчетом или любым дбф редактором 2.да прибей его нахрен и пересчитай итоги только по этому регистру - если "вырастет" - проблема в незакрытии этого регистра 3.не закрывается по одному из наборов измерений.

Да, ТиИ не делай.

ТиИ лучше не делать, чтобы не тянулось потом в ЦБ - да ?

выгрузка-загрузка мимо т.к. эта дбф база и так была загружена из sql боевой периферийки

обмены регулярно делаются

что -то хохотал...

если располагаешь временем от нуля до бесконечности - делай. А так, на всё минут 10 потратишь. (+ТиИ не всё исправляет и зачастую, вредно)

+9 + тебе нужно поправить 1 регистр, а не всю базу.

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

как пересчитать итоги только одного регистра ?

ага, значит полезно будет сделать сравнение реестров в цб и периферийке , двигающих этот регистр

в копии базы прибить все ra и rg, оставить только ra от нужного регистра, зайти монопольно, сдвинуть ТА в журнале на первый документ, потом на последний ( не ставя никаких галок). всё собственно. Затем готовый rg кинуть в рабочую базу.

+14 ну или прямым запросом.

Что за регистры-то? Остатки и партии, вестимо?

в "сильно распух регистр остатков резервов"

да по заявкам не закрыт, скорее всего.

выяснил, в периферийку по правилам обмена гонятся все счета, они резервируют товар, а продажи гонятся только своего филиала в результате в филиале зависшие древние резервы и пустым валом растет база

тупо удали "не свои" движения заявок

хотелось бы это сделать, чтобы потом перепроведенные заявки не полезли в ЦБ по обмену, как можно удалить движения чтобы не лезло в ЦБ ?, желательно без прямых запросов

"Снятие резерва" как мигрирует?

Ну, пометь "в остановленной базе"  (когда никто не работает, все обмены прошли) на удаление чужие заявки, да почисти (или удали) апдейтс

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

стремновато

при пометке на удаление и физ удалении лишних счетов разве итоги не пересчитаются ?

"лишних заявок"

:)) не сцы, прибъешь потом табличку упдейтс - ничего никуда не полетит..

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

ТиИ на обмен не влияет

которые потом тоже можно почистить...

ТиИ зло. ага, я написал об ентом в

спасибо всем, пойду думать над воплощением посоветованного

и не забудь правила обмена исправить, что бы после чистки дальше не раздувался регистр -)

там немного сложнее - Заявки в этот филиал по прежнему должны поступать по обмену, т.к. для этого филиала заявки создаются в офисном плече УРБД и чтобы не заводить отдельный вид документа, придется гнать все заявки туда, но доработаю модуль проведения так, чтобы в этом филиале резервировались только свои заявки