Здорова товарищи программисты, суть проблемы в следующем

Есть база на одном компе, есть клиент в другом городе , через VPN сделали соединение, и подсоединяемся к БД...

Программа подсоединяется к БД нормально, но вот запросы, пока обрабатывает долго, ну где то секунд 2-3...

Затем решил проверить с помощью ibexpert, сделал простой запрос, типа "select * from <table>", выполняется тоже где около 2 секунд.

Хотел узнать какие нужно делать настройки самого firebird , или может как то запросы оптимизировать.

Заранее спасибо...

Есть имеете ввиду в базе, то в таблицах есть необходимые ключи, и первичный и внешний при необходимости

Dimitry Sibiryakov
Поставить локальное зеркало БД;
Использовать уэб-морду вместо десктопного приложения.
-----

Как это сделать? И что ты имеешь ввиду по словом "уэб-морда"?

Кстати как можно организовать репликацию в FireBird?

Что вам показать именно?

Допустим с клиента который находится в другом городе, это vpn соединение, я делаю простой пинг с сервером бд, то ответ идет с задержкой 44ms, 45ms

Допустим я запустил ibexpert на локальной машине и тоже самое на удаленной машине, и сделал идентичные запросы, простые, на локальной машине выполнилось за 30ms, а на удаленной выполнилось, где то около 2-х секунд.

Насчет conf - файла честно сказать не менял

обычный запрос в ibexpert "select * from <table>" там где 11 с лишним тыс. записей

Это получается fetch.... Сразу не догнал

Увеличится ли скорость передачи если, я буду подулючаться к базе не через vpn, а напрямую к базе, то есть по прямому ip

Что можно придумать в такой ситуации, сделать на удаленном клиенте, свою локальную базу, и делать сихронизацию с главной базой, или есть другие пути решения данной проблемы?

Решений много говорили, но что больше подходит?

Ключи допустим в таблицах необходимые есть, если горить о них..., другое дело медленный канал...

Я из за этого просил совета на форуме...

Версия сервера Firebird 2.5...

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

Блоб поля нет там у меня, пинг до БД, идет с задержкой 45-44 ms

Хорошо сделаю с помощью isql....

Кстати с помощью какой команды проверить sql просмотреть план выполнение запроса, то есть за сколько он выполнился

план запроса ("select * from orders"), там 12 с лишним тыс. записей
Я не все 12 тыс. тяну, просто хотел проверить как выполняется запрос, выдал вот такой план.
Сам запроса выполняется быстро, а вот подготовка, где 405 ms

Это статистика сделанная с помощью IbExpert
Plan
PLAN (ORDERS NATURAL)

------ Performance info ------
Prepare time = 405ms
Execute time = 32ms
Avg fetch time = 1,14 ms
Current memory = 36 778 212
Max memory = 37 271 332
Memory buffers = 2 048
Reads from disk to cache = 0
Writes from cache to disk = 0
Fetches from cache = 0

Товарищи я жен написал вам что в программе не тащу все данные, я для примера написал.

А это план запроса, который тащит определенные данные, в основном как я делаю в программе, даты поставлены, чисто для примера

select * from orders where orderdate >= '01.05.2017' and orderdate <= '20.05.2017'

План:

Plan
PLAN (ORDERS NATURAL)

------ Performance info ------
Prepare time = 421ms
Execute time = 78ms
Avg fetch time = 2,79 ms
Current memory = 36 793 516
Max memory = 37 296 776
Memory buffers = 2 048
Reads from disk to cache = 0
Writes from cache to disk = 2
Fetches from cache = 0

DDL - таблицы orders

SET SQL DIALECT 3;



/******************************************************************************/
/*** Tables ***/
/******************************************************************************/



CREATE TABLE ORDERS (
ID DINT_NOT_NULL NOT NULL /* DINT_NOT_NULL = INTEGER NOT NULL */,
ORDERNUM VARCHAR(50),
ORDCOUNT SMALLINT DEFAULT 0,
CUSTOMERID DINT_NOT_NULL /* DINT_NOT_NULL = INTEGER NOT NULL */,
OPERATORID DINT_NOT_NULL /* DINT_NOT_NULL = INTEGER NOT NULL */,
ORDERDATE DDATE /* DDATE = DATE */,
ORDERTIME DTIME /* DTIME = TIME */,
DELIVERYADR VARCHAR(250),
ITEMKCH DINT_NULL /* DINT_NULL = INTEGER */,
PKGONE SMALLINT,
ORDERSTATUS SMALLINT DEFAULT 1,
CURRDELAVERY DMONEY DEFAULT 0 /* DMONEY = DECIMAL(15,2) */,
ODISCONT DMONEY DEFAULT 0 /* DMONEY = DECIMAL(15,2) */,
DESCORDER DTEXT /* DTEXT = BLOB SUB_TYPE 1 SEGMENT SIZE 80 */,
MOREINFORDER DTEXT /* DTEXT = BLOB SUB_TYPE 1 SEGMENT SIZE 80 */,
APRINT SMALLINT DEFAULT 0
);




/******************************************************************************/
/*** Primary keys ***/
/******************************************************************************/

ALTER TABLE ORDERS ADD CONSTRAINT PK_ORDERS PRIMARY KEY (ID);


/******************************************************************************/
/*** Indices ***/
/******************************************************************************/

CREATE INDEX ORDERS_IDX1 ON ORDERS (CUSTOMERID);
CREATE INDEX ORDERS_IDX2 ON ORDERS (ORDERSTATUS);
CREATE INDEX ORDERS_IDX3 ON ORDERS (ORDERNUM);


/******************************************************************************/
/*** Triggers ***/
/******************************************************************************/


SET TERM ^ ;



/******************************************************************************/
/*** Triggers for tables ***/
/******************************************************************************/



/* Trigger: ORDERS_BD0 */
CREATE OR ALTER TRIGGER ORDERS_BD0 FOR ORDERS
ACTIVE BEFORE DELETE POSITION 0
AS
declare variable cRec integer;
begin
/* Trigger text */
select count(id) from ordersdetails where ordid = old.id into :cRec;
if (:cRec > 0) then exception not_delete_orders;
end
^


SET TERM ; ^

KreatorXXI,

Спасибо за замечание сделаю с помощью foreign Key

KreatorXXIMBlack,

Во-первых, даже если Вы рассматриваете последний запрос, то у Вас фильтр по orderdate, а индекса по orderdate у Вас нет, сразу получаете проход по натуралу. Во-вторых, у Вас, я вижу, BLOB'ы. Что в них? Гигабайты?
Вы покажите нам статистику вот по такому, например, запросу:


Кстати, триггер Ваш - полная глупость. Для этого нужен форейн ключ.

Вот статистика, по запросу который ты указал

Plan
PLAN (ORDERS INDEX (PK_ORDERS))

------ Performance info ------
Prepare time = 422ms
Execute time = 31ms
Avg fetch time = 31,00 ms
Current memory = 36 980 704
Max memory = 37 296 776
Memory buffers = 2 048
Reads from disk to cache = 0
Writes from cache to disk = 2
Fetches from cache = 0