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

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

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

kdvMBlack,

регулярный prepare time в 0.5 сек как бы намекает, что таблица имеет конский размер. Я не увидел, чтобы вы приводили размер БД или размер таблицы.
Что имеете ввиду размер таблицы?
Если количество записей то в это таблице около 12 с половиной тыс. записей

kdv,

Лучше мне BLOB убрать, я сейчас посмотрел, они кстати и не нужны, потому как там может хранится строка, где может быть до 1 тыс. символов

Ошибся, сказав что нет блобов, с кем не бывает