v7: dbf больше 2 гиг как заставить работать? #676632

вроде есть какая то длл

никак

была, там вроде бы ошибки были и проект прикрыли

Судя по комментам проект жив.

Dll была для режима, когда больше 1 Гб, но меньше 2 Гб. По спецификации dbf-файла - 2Гб - это для него предел. Соответственно, или SQL-версия (которая не продаётся), или всякие "приблуды", которые не факт, что дадут результат. Ну и обрезание файла. Почему файл стал больше 2 Гб - нельзя ли чего-то оттуда вынести. (Например, можно регистр побить на кварталы или года - конечно - придётся очень много кодить и т.п., но файлы будут меньше 2 Гб).

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

Варианты:     1. Резать.     2. Переходить на SQL 2000 ...     3. Создать другую БД, с остатками     4. Увольняться

+ Решение в дает прирост только до 4-рех Гб. Если вы и этот рубеж пройдете, то наверное ты не на своём месте :)

+1 Перечислены все варианты. Выбирай! )

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

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

Он начал с п.4...

Скорей всего 2 этапа: 1. Перейти на SQL 2. Планомерно переходить на 8-ку :)

Присоединяться ни к кому не буду, т.к. не знаю что точно правильно, но в своё время перешёл на SQL в такой же ситуации. Стало лучше. Проблем с переходом не было никаких. П.С. сейчас уже всё на 8-ке =)

+1. Причем резать для быстрого исправления аварийной ситуации, а 3) - как решение для категорически не принимающих 8- ку.

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