| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Нужно ускорить выполнение запроса. [D7, IB6.x]
dimm22 © (2004-04-05 12:10:00)У меня 4 таблицы, и надо мне получить данные из таблиц 1 и 2 путём группирования (group by) таблицы 1 и присоединением(join) к результату полей из таблицы 2. С таблицами 3 и 4 точно такая же ситуация(группирование (group by) таблицы 3 и присоединением(join) к результату полей из таблицы 4). А результат полученный из таблиц 1+2 надо объединить с результатом из таблиц 3+4. Группирование таблицы 1 и присоединение полей из таблицы 2, в моём конкретном случае, проходит порядка 4 секунд. Та же операция с таблицами 3 и 4 порядка 7 секунд. Но если в одном запросе попробовать сделать 1+2 join 3+4, то получается очень долго (ждал час – не дождался, вырубил.) Индексы по группируемым и объединяемым полям присутствуют. Сейчас вышел из положения созданием псевдо временной таблицы, в которую пишу результаты запроса к 1+2 таблице, а потом уж объединяю её с результатом полученным из 3+4 таблицы. Всё бы ничего, но вставка и удаление в псевдо временную таблицу 5 000- 18 000 записей, не кажется мне хорошим решением. Может можно как-нибудь заставить оптимизатор сначала выполнить запрос 1+2, потом 3+4, а потом уж объединить результаты?
stud (2004-04-05 17:52:00) [1]ну примерно мне кажется должно быть так
for select (нужные поля) from (справочник товаров)
do
begin
select (нужные роля) from (таблица приходов)
select (нужные поля) from (таблица расходов)
suspend
end
ну а сложить приход с расходом, чтобы получить остаток наверное не сложно
dimm22 (2004-04-05 17:46:00) [2]В [22] я всё описал. А нужен отчёт остаток товара(на дату).
Поля нужны ART,NAME_R,PRICE_SALE из Goods, колличество на заданную дату и расход за период с заданного дня до текущего момента.
stud (2004-04-05 17:42:00) [3]так тогда на кой тут шапки???
по идее выборка должна быть из 3-х таблиц.
справочника товаров, расхода товаров, прихода товаров.
а это уже проще.))
Соловьев (2004-04-05 17:34:00) [4]читал-читал, не догнал что нужно :)
Можно кокретно, такие поля нужны в таких-то таблицах. Или все поля нужны?
dimm22 (2004-04-05 17:31:00) [5]
> товар , приход , расход , остаток(на дату)
Приблизительно так и надо.
stud (2004-04-05 17:26:00) [6]а таблицы с шапками обязательно нужны для отображения?
в каком виде должен получиться отчет?
если в виде:
товар , приход , расход , остаток(на дату)
Fay (2004-04-05 17:01:00) [7]Мне всё ясно. Тока чё-то не видно PK тд...
dimm22 (2004-04-05 16:46:00) [8]
> Сэр! Вам знакомо слово "DDL"?
Хотел попонятнее, ну да ладно, получи :-)
CREATE TABLE DEPOSIT (
ID_DEP INTEGER NOT NULL,
ID_SKL INTEGER,
ID_INVITEM INTEGER,
ID_GOODS INTEGER,
QUANTITY DECIMAL(11,2),
ID_DEV SMALLINT,
ART_DEV VARCHAR(15),
QUANT_W DECIMAL(11,2),
QUANT_B DECIMAL(11,2),
Q_REZERV DECIMAL(11,2),
NP INTEGER,
PRICE_INV_D DECIMAL(11,3),
PRICE_INV_R DECIMAL(11,2),
NDS NUMERIC(5,2),
Q_INV DECIMAL(11,2),
NUMBER_INV VARCHAR(10),
GTD VARCHAR(40),
COUNTRY VARCHAR(20),
PRICE_SALE DECIMAL(11,2),
DATA_P DATE
);
CREATE TABLE GOODS (
ID_GOODS INTEGER NOT NULL,
ID_TYPE SMALLINT,
ID_COD INTEGER,
ART VARCHAR(25),
NAME_R VARCHAR(45),
NAME_E VARCHAR(45),
WEIGHT INTEGER,
TIP VARCHAR(5),
"YEAR" VARCHAR(45),
NOTE VARCHAR(60),
PRICE_KAT DOUBLE PRECISION,
PRICE_SALE DOUBLE PRECISION,
KOD_SA SMALLINT,
NAME_C VARCHAR(45),
PRICE_C NUMERIC(9,2),
DISCOUNT NUMERIC(7,2),
TYPE_DISCOUNT VARCHAR(20),
Q_REST DECIMAL(15,2),
ART_NEW VARCHAR(15),
Q NUMERIC(9,2),
Q_REZ NUMERIC(9,2),
Q_MOVE DECIMAL(11,2),
NAME_LAT VARCHAR(60),
ED_LAT VARCHAR(10),
SUM_INV NUMERIC(9,2),
DATE_DISC_B DATE,
DATE_DISC_E DATE
);
CREATE TABLE ZAKAZ (
TYPE_DISCOUNT_USL VARCHAR(30),
ID_TYPE_PAY SMALLINT,
ID_CON SMALLINT,
SHIFT SMALLINT,
DISCOUNT_USL DOUBLE PRECISION,
TYPE_DISCOUNT_ZCH VARCHAR(30),
DISCOUNT_ZCH DOUBLE PRECISION,
N_SF INTEGER,
KURS DOUBLE PRECISION,
ID_CON_TO INTEGER,
PR_N VARCHAR(20),
ID_PAYER SMALLINT,
TIME_V TIME,
DAT_V DATE,
DOV CHAR(150),
TIME_P TIME,
DATA_P DATE,
KOD_AVT INTEGER,
KOD_ZAK INTEGER,
N_YEAR INTEGER,
YEAR_Z INTEGER,
N_ZAK INTEGER,
IND_PARTS_OF_KLIENT DOUBLE PRECISION,
ID_AVTO INTEGER,
DISC_MATER DOUBLE PRECISION,
TYPE_DISCOUNT_MATER VARCHAR(30),
NOTE1 VARCHAR(250),
NOTE2 VARCHAR(250),
IND_NDS SMALLINT,
IND_NP SMALLINT,
IND_PAY SMALLINT,
IND_CLOSE1 SMALLINT,
DATE_CLOSE_KASSA DATE,
TIME_CLOSE_KASSA TIME,
IND_CLOSE2 SMALLINT,
IND_CLOSE3 SMALLINT,
DATE_OPEN_AFTER_CLOSE DATE,
IND1 SMALLINT,
PRICE_HOUR FLOAT,
CONTACT VARCHAR(100),
SUM_PARTS DOUBLE PRECISION,
SUM_PARTS_R DOUBLE PRECISION,
DATA_USER DATE,
TIME_USER TIME,
SUM_WORK DOUBLE PRECISION,
SUM_WORK_R DOUBLE PRECISION,
SUM$ DOUBLE PRECISION,
SUM_R DOUBLE PRECISION,
ID_MANAGER SMALLINT,
NAME_USER_OPEN VARCHAR(50),
NAME_USER_SKLAD VARCHAR(50),
NAME_USER_KASSA VARCHAR(50),
NAME_USER_PAY VARCHAR(50),
ID_USER SMALLINT,
OPER_USER VARCHAR(50),
NDS FLOAT,
NP FLOAT,
SUM_ITOGO DOUBLE PRECISION,
SUM_ITOGO_R DOUBLE PRECISION,
SUM_NDS DOUBLE PRECISION,
SUM_NDS_PARTS DOUBLE PRECISION,
SUM_NDS_WORK DOUBLE PRECISION,
SUM_NP DOUBLE PRECISION,
SUM_PARTS_INV DOUBLE PRECISION,
SUM_PARTS_INV_R DOUBLE PRECISION,
IND SMALLINT,
IND_MOVE SMALLINT,
DATA_MOVE DATE,
TIME_MOVE TIME,
COUNT_CHANGE SMALLINT,
DATA_CHANGE DATE,
TIME_CHANGE TIME,
ID_TYPE_DOC SMALLINT,
NUMBER INTEGER,
ADVICE BLOB SUB_TYPE 1 SEGMENT SIZE 4096,
PROBEG VARCHAR(100)
);
CREATE TABLE ZDM (
SUM_INV_R DOUBLE PRECISION,
SUM_INV DOUBLE PRECISION,
NDS DOUBLE PRECISION,
ID_USER INTEGER,
SUM_NDS DOUBLE PRECISION,
SUM_WO_NDS DOUBLE PRECISION,
SUM_PREPAY DOUBLE PRECISION,
IND_PREPAY INTEGER,
ID_ORDITEM INTEGER,
PRICE_NDS DOUBLE PRECISION,
PRICE_WO_NDS DOUBLE PRECISION,
TYPE_DISCOUNT VARCHAR(20),
DISCOUNT FLOAT,
DATA_V DATE,
QUANT_B FLOAT,
QUANT_W FLOAT,
TIP VARCHAR(10),
ART VARCHAR(30),
SUM$ DOUBLE PRECISION,
PRICE_SALE_R DOUBLE PRECISION,
PR VARCHAR(10),
ID_GOODS INTEGER,
QUANTITY FLOAT,
KOL FLOAT,
PRICE_SALE DOUBLE PRECISION,
ID_DEP INTEGER,
N INTEGER,
N_ZAK INTEGER,
SUM_R DOUBLE PRECISION,
NAME_R VARCHAR(100)
);
Fay (2004-04-05 16:30:00) [9]Сэр! Вам знакомо слово "DDL"?
dimm22 (2004-04-05 16:26:00) [10]
> dimm22 (05.04.04 16:21) [22]
В табличке 3 ещё дата есть, по которой я и отбираю заказы.
dimm22 (2004-04-05 16:22:00) [11]
> execute procedure rashod_sklad_procedure(:prm_data); Не
> смущает?
Извини ошибочка.
dimm22 (2004-04-05 16:21:00) [12]Таблица 1 - Deposit. Таблица с приходами товара.
ID_DEP,ID_SKL,ID_INVITEM,ID_GOODS,QUANTITY,DATE...
Таблица 2 - Goods. Таблица с описанием товара (связь по id_goods).
ID_GOODS,ID_TYPE,ID_COD,ART,NAME_R,PRICE_SALE...
Из этих таблиц получаю состояние склада на текущий момент, но основная задача получать состояние склада на любую дату, для этого нужно учитывать расход за период с текущего момента до заданной даты. Эту информацию беру из таблиц:
Таблица 3 - ZAKAZ. Таблица с шапками заказов (по ним товар уходит)
KOD_ZAK,N_YEAR,YEAR_Z,N_ZAK,ID_AVTO,SUM_R,ID_MANAGER...
Таблица 4 - ZDM (товар в заказах, связь по n_zak)
ID_GOODS,QUANTITY,N_ZAK
После данные надо объединить по ID_goods, вот наверное и всё.
Fay (2004-04-05 16:15:00) [13]Меня - нет 8)
Fay (2004-04-05 16:11:00) [14]execute procedure rashod_sklad_procedure(:prm_data);Не смущает?
Fay (2004-04-05 16:04:00) [15]Я так заметил, что без мозгов иожно жить. Тока хреново.
2dimm
Давай DDL своих таблов!
Соловьев (2004-04-05 15:58:00) [16]ИМХО, временные таблицы спасают тех, кто пересел с фокса и клипера на Оракл. Без временных таблиц можно(нужно) жить :)
Соловьев (2004-04-05 15:57:00) [17]
> dimm22 (05.04.04 14:49) [14]
можно поподробнее о структуре и то что хотим получить?
Fay (2004-04-05 15:40:00) [18]"русской" конечно 8)
Fay (2004-04-05 15:40:00) [19]А предварительное агрегирование не спасёт отца руской домократии?
dimm22 (2004-04-05 14:49:00) [20]
> А делать временные таблицы может и неправильно,
> а вот постоянную я бы сделал и возможно, что не одну.
Ничего не понял. Я ж говорю, использовал псевдо временные таблицы, те они на самом деле постоянные, а вот использование настоящих временных таблиц мне бы помогло. Наверное.
| |
Страницы: 