На одном и том же сервере база в SQL выполняет большинство операций с документами в 4 раза дольше чем в dbf. База самописная. Так и должно быть или можно повысить производительность?

Так и должно быть.
Можно.

зависит от базы (от кривизны рук) + SQL и DBF разные вещи ...

(1) что можете посоветовать сделать? Кроме прямых запросов конечно

(3) работать на та. а лучше не работать

(3) Для начала вылизать код. Использовать запросы, а не выборки.
Ну и прямые запросы (ну и руки тоже)

(0) А переход то на sql чем был обоснован ?

(3) Кстати, ничего страшного в прямых запросах нет. Вставить несолько штук в критичные места и все засверкает, а там разберешься.
В свое время так и сделали - заказали необходимый минимум у Садовникова, а дальше уже сам потихоньку.

(0) проверяй не когда ты один в дбф базе, а при нескольких юзерах в базе

(3) прежде всего убрать функции которые считают на форме - на лету , стандартными средствами 1С в скуле это жуткие тормоза
ЗЫ как пример типа справочник ОС и прочие изыски типовых баз (как пример)

(6) Объемы выросли в разы, база упирается в предел dbf файла менее чем за два месяца!

(10) И..имя файла какое и каков его размер ?

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

Переходите на 1С 8.

сравнение уместно если клиентской приложение работает через сеть и многопользовательском режиме.

если работать на одном компьютере в одиночку преимущество файловой версии очевидно.

(11) спискиЗначений, который хранятся в других спискахЗначений, которые храняться в реквизитах документов. В итоге переделывать такой код самый крайний вариант!

(12) терминал

(15) - жесть....
И небось в документах строки неограниченной длины?

(15) т.е у вас всего лишь, разросся один файлик - 1sblob?

(18) две таблички растут быстрее всех в три раза, остальные меньше одного Гб, это многострочные части документов, в них много строк с длиной 100, строк неограниченной длины в этих таблицах нет
1sblob 50 мб

Ну дык, в разы проще избавиться от строк с длиной 100 в таб части, чем переписывать все алгоритмы под скуль.

(19) Индексы для SQL стоит посмотреть, имхо.