Не доживает база до перехода 8 сегодня при открытии нового месяца выскочила ошибка -10 доступа к файлу RG4674 (это регистр заявки), размер файла выскочил за 2 Гб. Провел проверку физической целостности, Упаковку таблиц, размер файла 2065. проверили в базе есть неподтвержденные заявки которые пишут в регистр и функционал не используется именно по регистру, и заявки на склад которые резервируют товар, принял решение у неподтвержденных заявок убрать движения для уменьшения файла, переписал проведение чтобы не писались движения, перепровел заявки за год, проверил движения ушли, провел упаковку таблиц, и в итоге файл вырос на 3 мб. Подскажите идею продлить жизнь базе. Регистр партий пока позволяет работать.

Явно регистр не закрывается

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

Как вариант - выкинуть этот регистр совсем, переписав в расходной накладной ввод на основании; в сущности он в типовой ТиС и не нужен как правило

(2) ты не правильно понимаешь... остаточный регистр должен закрываться...

Заявки в типовой ТиС закрываются реализациями..

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

(0) По быстрому: сделай регламентный документ - закрытие заявок и закрой в каждом конце периода регистра просроченные.
По медленному: разберись что/кто их не закрывает/не отменяет и почему.

(6) Чо там разбираться то ? Если нет косяков в коде то, выписали 10 едлиниц, в реализации отгрузили 8, вот 2 единицы и будут переносится из периода в период.
(0) У вас наверняка нет практики закрытия заявок через документ отмена заявок покупателей ?

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

На какую либо дату (01092017)
1) Сделать свой документ с таким же движением как регистр
, Заполнить табл остатками (выгрузить остатки)
2) поставить дату запрета
3) грохнуть на х...р сам файл
4) провести документ
примерно так

потом подумать как свернуть ТЗ,

еще можно перейти на СКЛ -))

(9) ну и перепровести док после даты запрета

(0) мудачное решение.
По не подтверждена сам нифига дописывать не надо. Надо ихипросто вовремя закрывать корректировочнымиинеподтверженками нулевого состава или штатной отменой заявок

(2) кривой и неверно

(4) заявки в типовой тис закрываются как минимум тремя вариантами. В общем случае реализация заявку закрывает частично. Хвосты надо подчищать, доч этого есть штатный инструментарий

Пиплы все написали, я оказывается повторил

Я не в обиде, в голову больше влетит

(17) одно ухо заткни! ;-)

книги по версии 11.1 скиньте

пож

лучше объясните зачем этот регистр вообще нужен? резервы попадают в РезервыТМЦ, а этот в сущности ни о чем, что мешает его тупо удалить?

(21) неподвержденка - это хотелка клиента, под которой мы не подписывается. А резервы по заявке на склад - это то под что мы подписались.
Если нет необходимости регистрировать хотелки клиента - то не надо юзать неподтверждённые заявки. Юзай сразу заявку на склад.

насколько понимаю для отдела закупок формировать потребности,
(22) Насколько понимаю, делаю правильно, убирая движения по неподтвержденным

(23) если тебе НЗ не нужны и не формируют движений по регистрам - нафиг они нужны?
Удалить НЗ
Очисти  в основаниях реализаций эти НЗ если они есть и перепроведи реализации.

Я так и пытаюсь сделать, но не пойму движения убрал, таблицы сжал через конфигуратор, взял с начала года получилось 6 тыс документов, а файл подрос на 3 мб, причем у этих неподтвержденных нет реализаций

(23) если ты подпрограммил НЗ что они не делают движений по регистрам и перепровел НЗ, то спешу тебя образовать - перепроведи также как минимум реализации где в основании стоит НЗ, а лучше всего все реализации даже без оснований, потому как реализации также лвигабт регистр заявок с заявками по НЗ.
Также перепроведи все доки отмены заявок
Также перепроведи все заявки на склад\заявки покупателя , которые выписаны на основании Заявок-НЗ ибо они также лвигают регистр заявок по нз-заявкам

Это если делать не задумываясь и гарантировано. Оучшеивообще перепровесьи всю базу.

(25) если интересно - мтучись в скайп Zlopun и готовь Тим - пообщаемся, покажу итд

У меня в профиле на ИС возьми автозакрывалку просроченных заявок для типовой тис если надо

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

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

(30) гунявое решение.

(32) зачастую инфа из неподтвержденных заявок в принципе никому неинтересна, раз топикстартер уже выкинул из них движение этого регистра, то зачем он в той конфе в принципе нужен?

(31) пересчёт итогов потому что регистры не закрыты.
Возьми на ИС
Шишки для мартышки
Обработай как описано.
Сравни объёмы рг-файлов регистров до и после. Чисто для интереса.
Есть шанс что пересчёт итогов пойдёт гораздо быстрее.

(33) логично. Я об этом выше написал тоже.

(33) я у себя делал не удовлетворённый спрос, но в итоге вышло только процент выполнения сделки по сумма и количеству общий итог и потоварно.
Не удовлетворённый спрос толком не получится ибо на длинных заявках не работают, а один и тот же спрос не удовлетворённый закрывается по текущей сделке и снова рождается по новой такой де короткой сделке. Тоиесть клиент может несколько раз заказывать нужное,а ему отлуп.
Можно и в этом случае корректно посчитать, но заказа от бизнеса не было... А в кризис пока этого не надо бизнесу - я ж не даром буду это писать...

(36) неподтвержденные заявки и неудовлетворенный спрос могут в принципе не совпадать: зачастую то, что клиенту нужно менеджеры в принципе не выписывают так как позиции нет на складе и в ближайшем будущем не планируется, при этом неподтв. заявки используют в сущности как коммерческие предложения и рассылают их всем кому ни попадя

(37) тоже верно.
Варианты выкручивания схем даже штатный им возможностями - разные...

(34) Удалил движения за год, и прогнал Шишки .... После сжатия размер уменьшился на 70 мб,ни о чем в общем. Думаю дальше

(39) лучше ответь на вопрос, что мешает просто удалить регистр полностью? а ввод на основании в расх. накл. сделать по аналогии с вводом списания/оприходования на основании инвентаризации

(39) вполне возможно, что регистры массово не закрыты или наоборот все в целом очень хорошо

(0) сделай новый регистр, реализуй логику час Х новый, до старый. Или наоборот.

(42) Непойдет. Приследующем открытии месяца все незакрытые записи плавно переедут... файло регистра опять треснет.

на wirth.ru была переписаная длл для дбф>2гб
- мне помогла, база заработала и свернул ее

(44) вот тока чет сайт не открывается...

(0) Давно бы уж посмотрел regprint'ом откуда у тебя такие остатки тянутся

(46) ему смотреть уже рано, индекса при работе валятся

(47) Не, вроде. Перепроводит же еще что-то

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

(49) ну так это практически уже "штатно". в документе есть реквизит "ФлагСвертки" - если он =1, то при проведениии ничего не делается и все.

(50) давно это было :) и базы были хоть и на основе ТиС, но сильно измененные. Не могу судить, насколько переделано все у тс

(0) Я бы перевел на SQL.

(8) размер не уменьшился... А ты на окончание каждого месяца сделал? Итоги пересчитал? Нулевые записи удалил? То-то и оно