Есть оборотный регистр. нужно в него добавить еще несколько ресурсов.
при реструктуризации счетчик доходит до 2416400 и 1с вылетает с этой ошибкой.
как победить?
убить файлы и перепровести документы не вариант.
обороты за 3.5 года.

а какой размер файла-то?

файл небольшой
RG 217MB
RA 249MB
индексные вообще копейки

это ошибка на количество записей в файле. Вот нужная ссылка по теме:
http://catalog.mista.ru/public/77617/

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

(4) Выгрузи, загрузи, БД

+ Потом накатывай

блин...
выгрузка не работает.
"Упаковка файла переноса данных" и сразу же "Ошибка при чтении из архива"

открой любым DBF редактором
добавь строку и потом ее удали....

все

(8)
что открыть? rg? ra?

(9)ту таблицу на которой вылетает

(9) Видимо, ра - у тебя ж на реструктуризации таблицы движений вылетает

так не пишет она на чем вылетает...
хотя ладно. попробую обе.
хуже все равно не будет.

(11) откуда такие сведения?
может движения, может остатки.
просто ошибка индексного файла -310

(13) У тебя в состоянии что пишет перед вылетом? Дословно.

(12) твоя ошибка - это кривой заголовок DBF файла, в заголовке стоит количество строк, если фактически строк в таблице другое количество - имеем сабж.

вещь простая как 3 копейки (для 7.7 бывает частенько), но я не понимаю почему 1с сама не умеет исправлять это...

(15) база рабочая. как же работаем с кривым заголовком?

(16) фиг его знает :)

1с это проверяет только при входе первого юзера. Может пропатчили ее и она теперь не проверяет вовсе...

(15) кривой заголовок DBF не может исправить и FoxPro останавливается с ошибкой.
Если не получится исправить через редактор DBF, то придётся изменять количество записей в заголовке файла руками HEX редактором.
(16) можно работать и с кривым индексом и с гнутым заголовком до ТИИ, когда 1С пытается всё это привести в норму.

(16) заголовок (хидер иначе) - правильный по конструкции, но поле в нём с количеством записей не соответствует количеству записей.

Вообще-то ТИИ я б попробовал.. лечит-же

ТИИ запустил уже. посмотрим что выведет...
в ДБвьювере посмотрел. оба файла вроде правильные
количество записей совпадает с заголовком.
вот только в РА 2472139 записей
в РГ 2999675
как в РА может быть записей меньше?

(20) ra - движения
rg - остатки

посмотри в файлике *.DD

(20) Может. Запросто

(21) я в курсе где что. мне интересно почему записей движений МЕНЬШЕ чем записей остатков.
сейчас дбвьювером посмотрел: в РА движения с 13 года (что правильно), а в РГ есть записи за 12 год. измерения есть - ресурсы 0. откуда?

(23) кстати, как в CDX, так и в DBF могут быть записи, помеченные на удаление, но не использующиеся. Они входят в количество записей, но СУБД их, при нормальной работе, пропускает (типа "не видит")
При ТИИ они исчезают, если поставить соотв. маркер

(23)что-то провели 12-м годом. итоги появились.
сняли с проведения (изменили период и перепровели, просто перепровели) - движения удалились, а итоги обнулились...

(23) не закрытый регистр

или нулевые итоги

(26)оборотный

(28) да разницы то нет особой, он то же хранит итоги по оборотам

и еще - "Удаленные" записи появляются при перепроведении документов. Старые движения помечаются "удаленными"..

извините, если это - привет от КЭП"а..

(25) оппа... а разве итоги не удаляются? что за ересь хранить нулевые итоги? еще можно понять нулевые движения, но итоги?

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

(31) "Нуль" - тоже цифра..
"Итог = 0" - отличкается от "Итог отсутствует"

(31) не удаляются. почему так сделано - не знаю.

я-бы на копии сделал пересчет итогов и сравнил-бы

(31) конечно нет

(35) не поможет

(33) по большому счету - ничем не отличаются.

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

(37) +1
лучше удалить нулевые итоги. Это безопасно.

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

да ладно.. я фантазирую..

(8) помогло.
еще бы понять в чем было дело.
всем спасибо.

(42) дык ясно-ж.. несоответствие числа "количество записей" с фактическим количеством записей..

+43 и бд могла сбойнуть..

понятно. тогда на рабочей базе такую же операцию надо сделать...

у меня на днях случилась странность при отладке модуля документа..
поставил точку останова, стартую отчет - получаю системное сообщение "1cv7s.exе неожиданно завершило работу"
и сразу отваливаются и Программа и Отладчик.

перенес точку останова - вижу, отладчик заработал, как положено.

разбираться не стал, смысла нет, интереса тоже - ни у меня, ни у кого тут..

* стартую отчет = стартую Проведение документа

(32) не совсем верно.
Пример с остатками - оприходовать 1 единицу товара в январе - к декабрю в итогах будет уже 12 записей (при периодичности месяц).

(48)+ сорри, не прочитал что про речь про обороты.

на всякий
http://catalog.mista.ru/public/180018/

деньгу хочет...