|
v7: Получение остатков по регистру средствами SQL |
☑ |
0
never_sleep
04.09.15
✎
11:54
|
Вопрос в чем. Режу базу на 31,12,2015 по следующему мануалу:
Не все идет как по маслу. В том числе, описанный документ "ОстаткиПоРегистру" не обрабатывает некоторые мои регистры. Ругается на недостаток оперативной памяти. Патчил 1Ску под 4гига ОЗУ. Все равно вылетает - съедает больше. DBF или SQL не важно. Результат одинаковый. Так вот. Если вырезать остатки SQL запросом, как их грамотно перенести в порезанную базу?
В оригинальном мануале в базе источнике формируются документы "ОстаткиПоРегистру" и переносятся в базу приемник. Там они проводятся, формируя движения по соответствующим остаточным регистрам. Все красиво.
Мои мысли какие. Я возьму и в базу приемник перенесу вырезанные SQL-запросом RG**** таблицы с остатками на 31,12,2015. Мне переносить соответствующие RA**** таблицы? Ведь они теряют смысл, так как документов вызвавших движения по этому регистру в базе приемнике уже не будет. А если не перенесу эти таблицы, не вызовет ли затирание остатков в регистрах RG**** при каком-нить восстановлении итогов?
В мануале все хорошо. Есть остатки и есть документы их вызвавшие. Все логично. Я же хожу перенести только остатки в виде записей в RG таблицах. Как поведет себя 1С при таком переносе?
|
|
1
1Сергей
04.09.15
✎
11:56
|
хорошо, когда знаешь какие будут остатки к концу года
|
|
2
rs_trade
04.09.15
✎
12:00
|
А зачем sql для переноса остатков? Выгрузил куда нить в тхт, да загрузил в приемник. Со скулем только гемора больше.
|
|
3
NikVars
04.09.15
✎
12:04
|
(0) А ты режь базу кусочками поменьше. Начни с другой даты для исключения ошибок с памятью.
Хотя резать базу на указанную тобой дату - бред или ты пишешь из будущего?
|
|
4
Злопчинский
04.09.15
✎
12:06
|
посмотри в код. если там остатки читаются из регитсра в ТЗ - то просто ТЗ получется мегабольшой и случается кирдык.
переделай чтобы остатки в ТЗ читались частями и доки формировались частями тоже.
у меня аналогичный "двигатель регистров" именно так вроде и работает - большой объем данных бъет на части.
|
|
5
never_sleep
04.09.15
✎
14:33
|
(1) (3) Палюсь, ребят. Никому ни слова!
(2) Не пробовал, подскажите как сделать? Но если вытаскивать и движения (RA), то ничем кроме SQL-запроса в отдельную таблицу не вытащу, мне кажется. В базе в одной из RA таблиц более 10 миллионов записей. И мой сервант при открытии таблицы подгружает строки от 01,01,13 до 31,12,14 несколько часов.
(3) (4) Выборка делается запросом. Запрос вроде отрабатывает, после этого заполняется весь документ и здесь процесс распухает. И думаю нет смысла в таком случае брать остатки на более раннюю дату, ибо по объему строк будет примерно то же самое, только значения другие.
|
|
6
NikVars
04.09.15
✎
15:09
|
(5) А ты проверь!
|
|
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший