ReSQL.ru
     
powered by simpleCommunicator - 2.0.37     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / SQLite [игнор отключен] [закрыт для гостей] / У меня получается что индексы не ускоряют выборку...а наоборот
5 сообщений из 30, страница 2 из 2
  2  все
У меня получается что индексы не ускоряют выборку...а наоборот
    #39184538
Фотография PPA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PPA
Участник
avedeoНе улавливаю... в чем странность...я хочу видеть результат запроса именно в такой последовательности
притом довольно логичной скажем для документа типа например товарный чек: кол-во, цена, сумма.
Или вы имеете ввиду что GROUP BY ... стоит не на своем месте...да вроде тоже логично...группируем, потом сортируем.

А это у вас игрушечная база?
модель данных какая-то странная.
у этой таблицы нет внешнего ключа.

Вообще я думаю с начало нужно написать верный запрос а потом его уже оптимизировать.

Вот представьте, что у вас будет в таблице 2 пары с одинаковым кол-вом и ценой, но товар этот разный.
в результате группировки у вас что получится?

group by без агрегирующих функций выглядит странновато.
и фактически является аналогом distinct

но если у вас это левая таблица только для теста
оптимальный запрос должен получаться при составном индексе первое поле у которого более селективно (я думаю это будет цена) при этом из выборки нужно выкинуть id-расчета т.к. данное поле не имеет смысла.

Результаты разбора запроса в Oracle
из примеров видно что ваш вариант вообще не компилируется

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
Connected to Oracle Database 10g Express Edition Release 10.2.0.1.0 


SQL> 
SQL> CREATE TABLE "расчет" (
  2  "id-расчет" INTEGER NOT NULL,
  3  "количество" REAL NOT NULL,
  4  "цена" REAL NOT NULL
  5  )
  6  /
Table created

SQL> 
SQL> select *, "количество" * "цена" as "сумма"
  2  from "расчет"
  3  WHERE "количество" = 774
  4  OR "цена" = 161616
  5  group by "количество","цена","сумма"
  6  order by "сумма" desc
  7  /
select *, "количество" * "цена" as "сумма"
from "расчет"
WHERE "количество" = 774
OR "цена" = 161616
group by "количество","цена","сумма"
order by "сумма" desc
ORA-00923: FROM keyword not found where expected

SQL> 
SQL> select "количество" * "цена" as "сумма"
  2  from "расчет"
  3  WHERE "количество" = 774
  4  OR "цена" = 161616
  5  group by "количество","цена"
  6  order by "сумма" desc
  7  /
     сумма
----------

SQL> 
SQL> select "расчет".*, "количество" * "цена" as "сумма"
  2  from "расчет"
  3  WHERE "количество" = 774
  4  OR "цена" = 161616
  5  group by "количество","цена","сумма"
  6  order by "сумма" desc
  7  /
select "расчет".*, "количество" * "цена" as "сумма"
from "расчет"
WHERE "количество" = 774
OR "цена" = 161616
group by "количество","цена","сумма"
order by "сумма" desc
ORA-00904: "сумма": invalid identifier

SQL> 
SQL> select "расчет".*, "количество" * "цена" as "сумма"
  2  from "расчет"
  3  WHERE "количество" = 774
  4  OR "цена" = 161616
  5  group by "количество","цена"
  6  order by "сумма" desc
  7  /
select "расчет".*, "количество" * "цена" as "сумма"
from "расчет"
WHERE "количество" = 774
OR "цена" = 161616
group by "количество","цена"
order by "сумма" desc
ORA-00979: not a GROUP BY expression

SQL> 
SQL> select "количество" * "цена" as "сумма", max("id-расчет")
  2  from "расчет"
  3  WHERE "количество" = 774
  4  OR "цена" = 161616
  5  group by "количество","цена"
  6  order by "сумма" desc
  7  /
     сумма MAX("ID-РАСЧЕТ")
---------- ----------------
...
Рейтинг: 0 / 0
03.03.2016, 10:31
| Ответить | Цитировать | Написать  
У меня получается что индексы не ускоряют выборку...а наоборот
    #39184570
Фотография avedeo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
avedeo
Участник
PPA, спасибо огромное...вы сподвигли меня на изучение индексов...оказывается еще хинты
предписывающие оптимизатору движка директиву() hint /*+ .... index(idx1) index(idx2) ... */...
использовать (как я понял...тема еще только изучается) только индексы...а потом еще есть
какие-то суррогатные индексы, реверсивные индексы...еще предстоит все это понять, попрактиковать
и усвоить на практических примерах.

Да...изначально...таблица РАСЧЕТ (она ни чем не связана ) была создана с узкой целью
определить вычислительные возможности движка

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

- ну и то же самое...но с различными группировками и сортировками

вот как-то так...
...
Рейтинг: 0 / 0
03.03.2016, 11:04
| Ответить | Цитировать | Написать  
У меня получается что индексы не ускоряют выборку...а наоборот
    #39237422
economistalex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
economistalex
Гость
Как-то собирал отовсюду "мурзилку" по Индексам, вот она:

ВАЖНО: Запомните "Правило пятнадцати": При выборе из таблицы более 15% её строк - полный просмотр быстрее индекса и наоборот.

Всегда создавайте индексы на столбцах, которые:
- ЧАСТО используются в условиях WHERE
- ЧАСТО используемые для соединения таблиц (WHERE и JOIN)
- содержат МАЛО одинаковых значений (разнообразны), но востребованы в WHERE
- РЕДКО изменяются (индексы долго перестраиваются)
- РЕДКО попадают в INSERT, UPDATE и DELETE
- РЕДКО подвергаются функциям типа CAST, LOWER итд.

Еще стоит знать когда имеющийся Индекс игнорируется SQL-запросом. Если у вас много SELECT-запросов с условиями, перечисленными ниже - не создавайте индекс, т.к. он будет просто мешать:
Поле1 >, <, >=, <=, <>, != Поле2
Поле IS NULL, Поле IS NOT NULL
Поле NOT IN (Значение1, Значение2)
Поле1 LIKE '%строка' (но для Поле1 LIKE 'строка%' и Поле1 LIKE %pattern%' - индекс используется)
NOT EXISTS подзапрос

Чтобы принудительно отключить индекс, добавьте пустое выражение ||'' к текстовому полю (или +0 к числовому) в условии WHERE: SELECT * FROM КОНТР WHERE ИНН||''="2317777777"
...
Рейтинг: 0 / 0
17.05.2016, 14:23
| Ответить | Цитировать | Написать  
У меня получается что индексы не ускоряют выборку...а наоборот
    #39237485
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrCat
Гость
Ух, ё, какая жирная, безапелляционная мурзила, хорошо, наверное, пионеров пугает! Предлагаю свою мурзилку, покороче, поскромней: если Вам не хватает мозгов, чтобы оценить эффективность индекса умозрительно - оцените её посредством тестов.
...
Рейтинг: 0 / 0
17.05.2016, 15:16
| Ответить | Цитировать | Написать  
У меня получается что индексы не ускоряют выборку...а наоборот
    #39240442
Фотография avedeo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
avedeo
Участник
economistalex,спасибо за экстрактность...как сказал Керри Маккейну "На самом деле все несколько сложнее..."
...
Рейтинг: 0 / 0
20.05.2016, 21:05
| Ответить | Цитировать | Написать  
5 сообщений из 30, страница 2 из 2
  2  все
Форумы / SQLite [игнор отключен] [закрыт для гостей] / У меня получается что индексы не ускоряют выборку...а наоборот
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru             Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=54&msg=39240442&tid=2008598]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 45ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 50ms
get tp. blocked users:
 2ms
others: 270ms
total:  411ms
созд. / загр.: 411ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]