Форум на Kuban.ru (http://forums.kuban.ru/)
-   Территория 1С (http://forums.kuban.ru/f1040/)
-   -   тоже задам вопрос по свёртке (http://forums.kuban.ru/f1040/tozhe_zadam_vopros_po_sv%D1%91rtke-7481466.html)

Фдуч 26.01.2016 07:49

тоже задам вопрос по свёртке
 
есть отраслевая 7ка на бух + опер учёте. Надо свернуть оставив только 16 год.
Перенёс точку актуальности в начало и программно пометил доки (примерно 300 000) на удаление и удалил. Не могу открыть период, пересчёт итогов идёт на компе коре и5 уже часов 7. Как бы ускорить процесс и нормально ли это ? Самый большой файл взаиморасчёты (rg840 дбф) 380 мб, остальные маленькие, можно ли по количеству памяти , которое занял конфигуратор в диспетчере задач прикинуть время пересчёта ( грубо как займёт 380 + мелкие по 3 -5 мб, так пересчитает) ?

Фдуч 26.01.2016 08:01

если тупо удалить этот rg840 и сделать пересчёт ( тогда быстро проходит) - всё нормально будет ?

101 26.01.2016 09:57

380 мб это большой ? Оо

101 26.01.2016 09:59

ну эт регистр остатков , ra регистр движений

scaramouche 26.01.2016 10:02

после удаления ТиИ с удалением и упаковкой.

Jimbo 27.01.2016 04:18

грохаешь файлы ra rg , обработкой удаляешь помеченное, ТиИ, вносишь остатки 31.12, проводишь 16 год. Бинго

Фдуч 27.01.2016 09:51

(4) (5) да, так и сделал
просто давно уже этого не касался, немного подзабыл и поэтому засомневался
непонятно всё же почему с удалёнными доками и единственным большим рг 380 мб пересчёт итогов за 8 часов не прошёл на кореИ5 с 4 гб оперы ?

Чучундер 27.01.2016 18:49

потому что у меня период если все красиво открывается за 5-7 сек, а по жизни - 8 минут..
[url]http://infostart.ru/public/180018/[/url]

DeiMos 27.01.2016 23:43

0-Фдуч > Кому надо...
Зачем надо...
Нипанимаю...

zaic 28.01.2016 10:24

6-Фдуч >Не похоже , что как в (5) делал.
Это все надо делать на локальной базе, потом сверять остатки. А еще и по регистрам остатки надо запихивать, если есть регистры.

Фдуч 28.01.2016 14:57

(9) вам виднее конечно :)

USSR 28.01.2016 16:37

открытие периода 8 часов - это жесть. Вопрос же не просто в размере регистра, а том сколько системе из него придется тащить в следующий период. Грубо говоря, Вы сделали приход товара и если нет его расхода, или хуже того, расход закрывает регистр не по всем измерениям, то все это записи будут "благополучно" переползать в следующий период. А если все красиво закрыто, то только ненулевые остаточки )

USSR 28.01.2016 16:42

(1)у меня есть dbf база примерно 5 гигов, самые большие таблицы полгига, период открывается примерно пару минут, я просто не засекал, так как не напрягает

Чучундер 28.01.2016 16:49

11-USSR > не факт, не факт.
у меня все красиво закрыто, но перенос - как я выше писал - длится 8 минут. Хотя реальных остатков для переноса - на 5 секунд. Почему так? потому что (клюшки!) - так сделано - система порождает кучу нулевых записей, которые при переносе отфильтровать надо. и вроде в этом ничего сложного, но таких нулевых записей - мегабайт 40.. вроде немного, но почему так долго они фильтруются - хз...
НО! при этом не наблюдается роста времени открытия КАЖДОГО псоледующего периода. то есть база у меня растет, пухнет, но время открытия периода - практически постоянное.

а то что написано у автора - явный признак незакрытых регистров (сразу смотрим на регистр партий и регистры книг продаж и покупок - их мало кто в торговле ведет, и они остаются НЕЗАКРЫТЫМИ - ибо не делаются регламенты по концу месяца по "формированию книг" - что приводит к закрытию этих регистров.

часть еще вот тут почитать можно прямо с иллюстрацией проблемы: [url]http://infostart.ru/public/17029/[/url]

Чучундер 28.01.2016 16:50

12-USSR > у меня база - чуть более 7Гб

USSR 28.01.2016 17:02

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

Чучундер 28.01.2016 17:11

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

qweqwe123123 28.01.2016 23:20

да грохать надо всё
все взаиморасчеты до 31.12 каждого года закрывать в ноль
в настоящее время это каждому буху понятно, т.к. платят ЗП и налоги за декабрь в декабре, если есть чем (то есть если и гендиру тоже понятно, а не отморозок)

Чучундер 29.01.2016 03:17

17-Зелёный тролль > взаиморасчеты - это не только ЗП и налоги... ;-)

USSR 29.01.2016 04:29

(17)С дуру можно и ..сломать. Ко всему надо подходить вдумчиво. У автора конфа в том числе содержит регистры, Грохнешь ему дебиторку и что потом делать ?)


Текущее время: 05:10. Часовой пояс GMT +3.