Есть старая тема 2014 года с такой же проблемой. Проблема там не была решена.
Сначала написал туда, мне посоветовали создать новую тему.

Имеется база на Fireberd 1.5. и клиентское приложение.
Возникла потребность работы с данной базой через интернет.
Скорость выполнения запросов очень сильно отличается в зависимости от того к какому провайдеру подключен клиент. Скорость работы с компьютера получающего интернет от того же провайдера что и сервер, сильно отличается от скорости с компьютера с интернетом от другого провайдера.
Скорость интернета клиентских машин одинакова 100 Мбит.
В чем проблема, и как ее решить?

Отчету IBExpert

Простой запрос из сети того же провайдера

План
PLAN (FIB$DATASETS_INFO ORDER PK_FIB$DATASETS_INFO)

------ Performance info ------
Prepare time = 47ms
Execute time = 0ms
Avg fetch time = 0,00 ms
Current memory = 10 976 712
Max memory = 11 280 600
Memory buffers = 2 048
Reads from disk to cache = 40
Writes from cache to disk = 0
Fetches from cache = 502


Простой запрос из сети другого провайдера

План
PLAN (FIB$DATASETS_INFO ORDER PK_FIB$DATASETS_INFO)

------ Информация о производительности ------
Время подготовки запроса = 1s 61ms
Время выполнения запроса = 156ms
Среднее время на получение одной записи = 4,22 ms
Current memory = 11 303 216
Max memory = 11 660 188
Memory buffers = 2 048
Reads from disk to cache = 40
Writes from cache to disk = 0
Fetches from cache = 502



Более тяжелый запрос из сети того же провайдера

План
PLAN SORT (JOIN (JOIN (JOIN (JOIN (JOIN (S NATURAL,H INDEX (FK4_HOUSES),F INDEX (FK1_FLATES),C INDEX (FK1_COUNTS),T INDEX (FK2_TURNS)),JOIN (JOIN (T INDEX (PK_TURNS),U INDEX (FK1_UTILITIES)),JOIN (T INDEX (FK2_TURNS),PM INDEX (FK1_PAYMENTS),PP INDEX (FK_PARTPAYS_PENY_1)))),JOIN (T INDEX (FK2_TURNS),P INDEX (PENY_IDX1))),SORT (JOIN (JOIN (JOIN (CD INDEX (FK1_COUNT_DOCS),D INDEX (PK_DOCUMENTS)),CDP INDEX (FK_COUNT_DOCS_PEOPLES_1)),P INDEX (PK_PEOPLE)))),CERTIFICATES INDEX (PK_CERTIFICATES))(COUNT_DOCS INDEX (FK1_COUNT_DOCS))(PERIODS INDEX (PK_PERIODS))(P INDEX (PK_PERIODS)))

------ Performance info ------
Prepare time = 47ms
Execute time = 5s 710ms
Avg fetch time = 228,40 ms

Более тяжелый запрос из сети другого провайдера

План
PLAN SORT (JOIN (JOIN (JOIN (JOIN (JOIN (S NATURAL,H INDEX (FK4_HOUSES),F INDEX (FK1_FLATES),C INDEX (FK1_COUNTS),T INDEX (FK2_TURNS)),JOIN (JOIN (T INDEX (PK_TURNS),U INDEX (FK1_UTILITIES)),JOIN (T INDEX (FK2_TURNS),PM INDEX (FK1_PAYMENTS),PP INDEX (FK_PARTPAYS_PENY_1)))),JOIN (T INDEX (FK2_TURNS),P INDEX (PENY_IDX1))),SORT (JOIN (JOIN (JOIN (CD INDEX (FK1_COUNT_DOCS),D INDEX (PK_DOCUMENTS)),CDP INDEX (FK_COUNT_DOCS_PEOPLES_1)),P INDEX (PK_PEOPLE)))),CERTIFICATES INDEX (PK_CERTIFICATES))(COUNT_DOCS INDEX (FK1_COUNT_DOCS))(PERIODS INDEX (PK_PERIODS))(P INDEX (PK_PERIODS)))

------ Информация о производительности ------
Время подготовки запроса = 1s 373ms
Время выполнения запроса = 5s 85ms
Среднее время на получение одной записи = 169,50 ms


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

План
PLAN SORT (JOIN (JOIN (JOIN (JOIN (JOIN (S NATURAL,H INDEX (FK4_HOUSES),F INDEX (FK1_FLATES),C INDEX (FK1_COUNTS),T INDEX (FK2_TURNS)),JOIN (JOIN (T INDEX (PK_TURNS),U INDEX (FK1_UTILITIES)),JOIN (T INDEX (FK2_TURNS),PM INDEX (FK1_PAYMENTS),PP INDEX (FK_PARTPAYS_PENY_1)))),JOIN (T INDEX (FK2_TURNS),P INDEX (PENY_IDX1))),SORT (JOIN (JOIN (JOIN (CD INDEX (FK1_COUNT_DOCS),D INDEX (PK_DOCUMENTS)),CDP INDEX (FK_COUNT_DOCS_PEOPLES_1)),P INDEX (PK_PEOPLE)))),CERTIFICATES INDEX (PK_CERTIFICATES))(COUNT_DOCS INDEX (FK1_COUNT_DOCS))(PERIODS INDEX (PK_PERIODS))(P INDEX (PK_PERIODS)))

------ Информация о производительности ------
Время подготовки запроса = 967ms
Время выполнения запроса = 5s 351ms
Среднее время на получение одной записи = 178,37 ms

kdv,

Да.
"Контора1" (где база) - "Провайдер1".
Домашний комп - "Провайдер1".
"Котнора2" (которой надо организовать работу с базой через интернет) - "Провайдер2".
Тормозит из Контора2 в Контора1.

Хотел как то давно перевести базу на 2.5, но столкнулся с проблемой зарезервированных имен. В базе довольно много полей с именем "START". Соответственно с таким же именем есть поля представлений, параметры процедур и тригерров. В 2 с чем то это имя зарезервировали, и если поправить запросы не проблема, достаточно взять START в ковычки, то перетряхать и пересобирать процедуры и представления довольно геморойно. Задача конечно решаема, но это на крайней случай.

Из дома то нормальная скорость.

Как раз первый запрос, это загрузка на клиент SQL запросов, там их около 150 записей 5 BLOBов на запись. Домой грузит быстро, разница с локальной базой пару секунд, а в Контрору2 грузит минуту.

В том то и дело, что работать надо из Конторы2