CODE BASE ERROR writing file RG4335DBF

беда, чо...

https://www.google.ru/search?sourceid=navclient&aq=&oq=CODE+BASE+ERROR+writing+file+RG4335DBF&hl=ru&ie=UTF-8&rlz=1T4ADFA_ruKZ480KZ480&q=CODE+BASE+ERROR+writing+file+RG4335DBF&gs_l=hp....0.0.0.1279...........0.ptF2z6QFnbk

посмотри что за регистр приказал долго жить
копии есть?
тестирование и исправление
перепроведение документов

копии есть идет тестирование

но долго идет тестирование

а файл-то большой?

да вырос до 2 гб

это случилолось при отрытии периода

(7) Файл или база?

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

*любую

файл вырос до 2  гб

база весит 6 гб

(12) СКУЛЬ тебя спасет!!!

а файл RА4335 большой?

база распределенная

файл RA не помнь сколь весит а этот 2 Мб

(17) 2Гиги для файла это предел!
Или SQL или резать базу

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

(19) Настройка УРИБ не правильная

дело было так вытащил этот файл открыл период запустил 1с вернул этот файл обратно запустил тестирование сейчас идет пресчет регистров длилчя всю ночь

Обычное дело, известная проблема - соотношение радиусов стремится к нулю...

надо разобраться, почему он такой большой

(23) а что тут разбираться - и так ясно. сказали уже...

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

Не теряй время на ТИИ.

так что сразу базу урезать не ждать окончания тии

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

(27) Какой регистр? Структура?

по времени созданного файла и времени документа нашел расхоник  на сууму в конце дня (после удаления этого файла уплыли долги контрагенов)

Повезло. Файл rg. Удаляй его напрочь, заходи в конфигуратор, измени что нибудь, и пернпроводи базу. Всю.

(31) Пьяный?

ага и издец программе

а долго идет пересчет регистров?

вся база 6Г и одна таблица остатков по регистру 2Г??? диагноз, я так думаю, ясен.
закрывайте регистр.

(33) Ответ на (29) будет?

(28) ты просто повторил мою мысль, которую я озвучил в (23)

(31) тогда уж может лучше так: обрезать этот файл до длны в 0 записей и запустить тии с 1 флагом: пересчёт итогов?

про пересмотр алгоритмов движения на предмет закрытия регистров уже говорили?

(38) А толку?
Потеряет пару суток и опять получит свои 2 Гига. Ну может быть 1.9

(39) Говорили. Но об этом рано пока. Да и вообще - опиши мне алгоритм закрытия регистра с 15 измерениями и 9 ресурсами.

(40) алгоритм прост. что пришло - то и ушло.

(40) даже если получит не 1,9 а 1,99 - будет возможность перевести базу на СКЛ

(40) Отдельным документом закрытия.
Если остаток = 0, то закрывать и по измерениям.

(0) настаивай. требуй! Повышения ЗП! Не намного, конечно, но хотя б на чуть-чуть!

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

(45) На НЕ распределенке - элементарно! Без доп документов.

(46) Ты гений! Однозначно.

(47) а что тут гениального?

(47) Я простой 1Сник. Не питерский.

(48) Регистр с 15 измерениями и 9 ресурсами может только "гений" замутить.

(50) Это только ты можешь "замутить"!!! см (40)

(51) Мне везёт разгребать после "гениев".
Карма что-ли такая?

(50) от "безысходности" - вполне могут.
под безысходностью я тут понимаю убогий штатный язык запросов.
поэтому чтобы получить данные "по заветам ЖКК" в некоторых разрезах - извращаются измерениями. Особенно те кодеры, которые не знают математики.

(53) Глядучи модули проведения - видишь, что для этих "архитекторов" понятие "закрываемость" регистра неведомо.