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

никак

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

http://infostart.ru/public/15577/

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

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

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

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

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

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

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

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

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

ТС огласи назначение таблицы.

(10)Он начал с п.4...

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

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

П.С. сейчас уже всё на 8-ке =)

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

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