Поврежден dbf. Не закрывается период #442311

ТиС - достаточно большая база. Почти 4 Гига. Не закрывается период. Выдает ошибку codebase error . Writing to File RG1130.DBF Тестирование и исправление зависает. В прошлом месяце помогло сделать выгрузку данных и опять загрузку. Но считалось очень долго. В этом опять тоже самое. И загрузка висит уже почти сутки.. пока безрезультатно. вот и что с ней делать?

ТиС - достаточно большая база. Почти 4 Гига. Не закрывается период. Выдает ошибку codebase error . Writing to File RG1130.DBF Тестирование и исправление зависает. В прошлом месяце помогло сделать выгрузку данных и опять загрузку. Но считалось очень долго. В этом опять тоже самое. И загрузка висит уже почти сутки.. пока безрезультатно. вот и что с ней делать?

с такими размерами давно надо было на скуль переходить.....

или резать базу по годам....

Размер RG1130.DBF ?

думаю это регистр партий. обычно он 40-30 % от размера базы

Наверно что-то самописное...

ТиС сказано в сабже

Автор тут? может озвучит нам что х.ня этот RG1130?  (можно посмотреть в файлике .DD)

Может места не хватает? в каталоге temp

нет, места хватает. ТиС переписанный. Резать надо было.. но принесли его месяц назад

RG1130.dbf - 2 гига

Вот тебе и ответ..

Лечится скулем. Либо резать базу...

я выиграл ;)

Из dd : T=RG1130  |Регистр ПартииТоваров

хорошо... а можно ли ее резать сейчас, не закрывая период. Закрыть потом?

опять я ;))

я вот спросить хочу а что значит "закрыть период"? открыть - знаю. а закрыть?

Причем если база 4Г, а таблица итогов - 2Г, то явно радиус кривизны рук при работе с этим регистром весьма мал... Явно незакрытый "дописаный" регистр

(-: ну да.. открыть. Туплю((

режь - откроешь потом. только режь не на 1 ноября а на 1 октября

Лучше сначала глянуть на закрытие регистра...

Чет кажется мне, что при таком раскладе база не свернется...

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

+ Шаманство, сиречь рукоблудие, потребуется с ней..

как? сделать отчёт конструктором на 31 октября? и поискать пустые строки? что это даст?

Как временное решение. СпецДокумент - закрытие 0 партий товаров. Т.е. закрываешь незакрытые партии. Обычно это количество=0 Суммы <>0 Вводишь его на несколько месяцев назад. Проводишь. Итоги должны пересчитаться

Так и я о том же - если таблица итогов "одного из 10 регистров" превышает таблицу движений этого регистра и девять таблиц движений других, и девять таблиц итогов других и таблицы документов и справочников и журнала и иже с ними - явно проблема в закрытии

Почему пустые? нужно смотреть, что там вообще наворотили...

возможно....

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

(+31) надо их код править

ладно.. попробуем свернуть.. посмотрим. есть DBFScruber .. есть ли смысл пробовать им или делать вручную все?

Прости мою тупость, но я не знаю, что значит "штатные отчеты" :-) А залезть 2в кишки" и посмотреть можно всегда...

ну залезешь ты в 2-х гиговый файл дальше что делать будешь?

(+35) штатные - которые идут в комплектах ТиС

а причем тут пустые строки?

что в твоём понимании "незакрытые регистры"?

а с чего вы решили что оно не закрывается? например у автора может быть деятельность с большим количеством партий мелких постоянно, розница например. партия пришла-ушла в таблице закрылась но данные то хранятся итоги по месяцам всеравно. тем более когда базу не режут

незакрытые это когда пришло например товар по 3м измерениям. Отгрузили одно из измерений не то что пришло, в результате товара 0 на складе но в разрезе одного измерения фигня

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

2. в рознице элементарно.

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

В рознице кстати например одежды приход большого кол-ва партий происходит раз в 3-4 месяца и эти партии продаются по пол года с переходом остатков.

да и в опте такое может быть на раз-два... вид торговли не показатель

а то и раз в пол года приходят коллекции очень много партий коллекция осень например приходит в начале лета или весной и джет до осени. Все это лежит на складе и итоги соответственно по периодам есть. Автор, что за род торговли у вас?

фототовары

ну да, опт порой тоже долгограющий партии

розница и опт

много партий и продается партия долго?

Ну что Вы гадаете, пусть автор посмотрит, есть у него остатки с Количество=0 , а другие ресурсы <>0 Документ удаления пустых партий пишется за 10 мин Ничто не вредит

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

база ведется с 2001 года... ее надо резать в любом случае.

надо сразу переводить на скуль с неоткрытым периодом. срочно. пока сыпаться нее начала

ну тогда распроводи пол года, реж на январь 2009 и пили дальше

а если базу свернуть, ее это не спасет?

перевод ТиС на скуль приведет к стольким проблемам сразу, что автора просто прибъют. Я стандартный ТиС при переводе на скуль разных мелочей месяц вылизывал пока оно не стало работь нормально. справочники листать было невозможно

спасет на какое-то время конечно, пока он опять не заполнится.

Его вводят задним числом - несколько месяцев назад - сразу уменьшает размер итогов, т.к. в последующих периодах не будет итогов по пустым партиям

но если у вас деятельность с 2001 года, то обрезка на 2009 лет на 5 оставит в покое

да не факт что там не закрывается. деятельность с 2001 года он просто мог банально заполнится и так

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

Очень маловероятно - тогда бы и RA был здоровым файлом Резку конечно сделать надо - но не факт что без ошибок за полдня сделает

Пробуй резать примерно на 01.01.05. Вероятность успеха = 1 из 100. Не получится - подними ветку. Всё на копии

Упакуй сначала ДБФ с партиями. Он уменьшится, и появится шанс.

Ни к каким проблемам переход на скуль не приведет. Если руки не кривые.

а как его упаковать?

ТиИ базы сделай с последней галочкой только

Упаковать можно как угодно, из конфигуратора, сторонними программами, три строчки кода на 1С (смотри описание методов XBase)

так оно у меня виснет ((

Если только последняя галка тоже виснет?

>>> Вероятность успеха = 1 из 100 это почему?

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

Ты чего? Глупости не говори. А RG* вообще грохнуть можно, его 1С заново восстановит.

А вообще - грохнуть RG и откатить ТА назад - и файл уменьшится. Потом можно спокойно делать обрезку.

а ничего что при сжатии одного только файла у нём будут убиты ссылки на другие поля других файлов и наоборот? в друугих файлах могут остаться ссылки на поля сжимаемого файла? ничего страшного? даже если эти строки имеют маркер "удалён"

так допилинная или нет база?

Во первых - что за ссылки на итоги? Во вторых - ссылок на удаленные записи быть не может. А если они и есть - сыллка на существующую удаленную запись в ДБФ равносильна ссылке на несуществующую запись в ДБФ.

Допиленная, но неизвестно на сколько

Ещё фиг свернёться

кто сказал?

Я сказал, будет сидеть (Г. Жиглов)

неа... вопрос времени

Резать при нерабочем файле? У меня бывало хуже. При размере файла 1 Гиг свёртка вылетала потому, что в процессе файл вырастал до 2 Гигов. Вот это новость!

См. Но хитроумно можно вывернутся.

у автора, при размере базы в 4 гига - размер файла "партий" - 2 Гига? - стопудова как выше сказали - РЕГИСТР НЕ ЗАКРЫВАЕТСЯ. . решу проблему автора за большие деньги. отстатыщ

Решу программу намного дешевле - Ежели не закрывается, значит партии не используются. Если не используются - отрубил партионный учет, убил партию во всех движениях, очистил партию в поступлениях ТМЦ. Откуда тут от ста тыров - не понятно.

за удаление - 1000р, за знание что удалять - 99000р

В Форуме уже озвучено что удалять. Нужно еще посмотреть где партии используются - могут например использоваться для доп. расходов и т.д. - но это уже недолго.

При файле > 2 Гига? Ну-ну...

а если используются со "схлопыванием" незначимого измерения...

поэтому и отстатыщ ;-)

Если измерение не закрывается - значит оно либо не используется, либо используется несущественно.

ага, продать своей фирме и купить тут-же, будет 1 партия на 1 товар :) это стоит от 100 тысяч? я это сделаю за 30 :)

Только регистр при этом не уменьшится.

задним числом конечно, и автоподбор партий

Кстати, может регистр и закрывается, но кто-то поменял периодичность итогов.

Каким? Началом деятельности ;-) Или в конце КАЖДОГО месяца?