Конфа УТ 10.3. Выскакивает "Недостаточно памяти" при открытии регистра накопления "Товары организаций". В чем может быть проблема?

База разрослась до 8 гигов. Пробовал через chdbfl посмотреть, но ошибок не обнаружено.

А что непонятно в сообщении?

(0) Пришло время переходить на клиент-сервер х64

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

(0) ошибка на клиенте? Ну а где же еще, наверняка на клиенте.
Ну так поле списка на форме слишком-слишком много записей пытается отобразить.

Причем, пытаться ставить больше оперативы эффекта не окажет, скорей всего, т.к. проблема в том, что 1С-клиент является 32-битным приложением.

Самое простое решение проблемы: установить отбор в обработчике перед открытием формы списка, например, по регистратору.

(3) Чем динамический список спасёт ?
Если все строки отбираются, то нехватка памяти обнаружится уже в процессе пролистывания списка.
Конечно, можно сказать, что его в таком объёме никто не листает, но тогда нечего его и вообще отображать.

сортировка/группировка по дате или номеру регистратора

(5) тем, что сам динамический список без кривых рук не позволяет получить "Недостаточно памяти".

32 битная шина и есть ограничение оперативки на 3.2 гб. Ставь на 64 - бит и спокойно наращивай оперативку до 7 гб. А во-вторых потом проверь виртуалку, может там залипло, поправь руками. Опять же посмотри еще на свободное место на управляющем винте, там должно быть, как минимум 20 гб. Стандартно оперативку требуют проги 1С от 4 гб.

Обычно опять же делают обрезание базы до 2-3 лет.

(8) У автора файловая база, что как бы уже наводит на мысли. Он может хоть сто тыщь ГБ оперативы поставить - ему это не поможет, потому что файловая крутится всегда на 32-х битном клиенте. У него по сути два варианта: перейти на серверную платформу и/или порезать базу.

1С уперлась, скорее всего, в ограничение памяти для 32-битных приложений. Насколько помню, по умолчанию составляет 2гб.
Легко можно поставить 3.

http://catalog.mista.ru/public/147631/

ЗЫ. 8.3.9 включает х64 клиент.

8.1 УТ10.3 база 20гигов. Формы списка всех регистров открываются моментально. База правда sql.

Наверняка ведь там не в этом дело. Просто местные кулибины наваяли какой-то левый программный код. Вот и вылетает. А вы так запугали автора, он бедолага наверно уже побежал с утра новый сервер покупать.

(13) Еще возможна кривизна в базе. Скажем, зацикленная иерархическая ссылка.

(0) собери технологический журнал по событию SDBL

(10) какая разница, если на клиенте у него стоит 32 бита? Вот если будет установлен клиент на 64 бита, а недавно такое предложение у 1С появилось, тогда уже можно будет рассуждать, что количество записей в списке может быть очень большим. Но... все равно оно же не будет бесконечно большим.

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

(16) Вы что, предполагаете, что "нединамический" список грузится в память целиком? Проблема явно не в списке, а в данных.

(17) Поддержу: имхо, проверять базу пора, а не нести с умным видом ахинею :) про количество записей и ограничение 32-битного клиента. Регистры - это не тот случай, не в тему. Если я получал такое сообщение в файловой, то воспринимал это всегда однозначно: пора поднимать бэкапы и делать ТиИ :(

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

Сколько платят за решение вопроса?

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