Поделитесь впечатлением об 1С Rocket Launcher c Infostart'а #236886

Пробую свернуть данной штучкой комплексную базу, подождал сутки, выполнено процентов 25% :(Были ли успехи по свертке комплексной базы данной конфигурацией?Может быть более оптимальное что-нибудь существует?Пока все что нашел работает оччеень доолгоо, конечно база не маленькая, но все же...А скоро ведь новый год...Какие будут слова? Спсибо за участие!

Понимаю, заезжанная тема... но все же ап

Пробовал. Сворачивает ТиС. Но некорректно. Документы переноса остатков недопроведенные. Конфигурация зашифрована и "закирпичена". Поправить невозможно. Плюнул и свою пишу.

Спасибо, как всегда срабатывает истина: Лучший подарок-подарок, сделанный своими руками :)

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

Т.е. остатки по регистрам вводишь не через типовые доки, а одним универсальным?

http://md-1c.narod.ru/"Свертка итогов" - тебе в помощь.На основе wrap.ert люди сделали, тока добавили возможность свертки по регистрам, так что по идее под комплексную покатит (если з/пл нет). Сам проверял на ТиС доработанной.Тока ее надо доработать: ТА и БИ в обработке сверкти откатить на первый документ перед началом свертки (для повышения скорости) и в реквизитах док. УниверсальноеДвижениеПоРегистрам исправить тип значение реквизитов таб.части Ресурс4, Ресурс5 на Числовой с неопределенного, а также проверить, чтоб у тебя в регистрах измерений, ресурсов и реквизитов было не больше, чем в этих универсальных доках и при необходимости доделать документы.При желании, можно еще саму обработку свертки изменить, чтобы ограничивало кол-во строк в универсальных доках. В обчем, извращайся :)

Спасибо Митрич (ничего что по русски :) ) - качну, попробую, а то на базе уже достали вопросом - когда базу обрежем, не понимают люди - что не фик было с 2003 года на необрезанной базе пахать ...

Не во что :)Да, скорость у меня в ТиС была - 2,5 Гига на P-1000, 512 ОЗУ (лучше компа у заказчика не было) за 8 часов. Щас, конечно, умельцы понабегут, станут кричать, что за два часа бОльшие объемы сворачивали. Ну дык они-то "жесткими" методами, а - почти штатно.

Жесткими - это на физ уровне что-ли, интересно как?

Гроханьем оперделенных dbf или чисткой скулевских таблиц принудительно из самого скуля после получения сводных остатков с последующим ТиИ.Тут подобные ветки регулярно поднимаются, можешь поискать. И на мисте есть

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

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

А если нужны остатки на 01.01.2006? жесткий метод не взлетит ведь? Вопрос в продолжение темы: плохо знаком с комплексной. Какой джентельменский набор документов ввода начальных остатков? Есть мысль нашлепать по стандартным отчетам файлов и пихнуть их потом в эти документы. Хотелось бы претендовать на полноту данных.

Вопросы правильные.свертку на 01.01.2006 - забудь, год кончается уже. Дотяни до конца года и сверни на 2007 год - меньше проблем будет.Дж.набор: смотря что ведете в базе.мин.набор необходимый для работы торговли: ввод остатков по количеству (складам) и ввод остатков по партиям. при вводе остатков по партиям - определись, если хочешь видеть в отчетах реальные партиеобразующие документы - заполняй поле "приходный документ", если в качестве партиеобразующих устроят "ввод начальных остатков" - не заполняй это поле, возьмется текущий док.Обязательно ввод остатков по взаиморасчетам.Посмотри в конфе на струтктуру регистров - и поймешь что тебе надо...

Да дотянуть не вопрос: бухи год закрывают до апреля,а база уже ели ворочается. Т.е. сворачиваем на 01.01.2006 - закрываем год и параллельно текучка. После закрытия года - сворачиваемя на 01.01.2007, гемморно но другого сценария пока не вижу :(

Что значит база еле ворочается? Может другими путями можно поправить ситуевину.Если базу закрывают до апреля - в конце года, после того как будет заведена база 2007 - поставь бухам базу за 2006 г. ОТДЕЛЬНО - пусть там хоть обзакрываются. после того как "закроют" - скорректируешь вх.остатки на 2007 год и все.Почему работает медленно? размер базы? кол-во юзеров? характер работы?может там надо порыть?

Спасибо за участие, база не здеся, уточню сведения, могу лишь в общих словах: база ведется с мая 2003 года, в день порядка нескольких сотен накладных, юзеров человек 15, работа в RDP. "Еле ворочается" местами, например, больничный как-то минуты 2-3 проводился. Предложенный вариант отдельной базы рассмотрю, спасибо.