Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Помогите плиз с запросом
Форум программистов > Базы данных и администрирование > SQL
Desir
привет всем.
Возникла трудность: необходимо посчитать трудоемкость запроса (записал, но получился довольно сложный с точки зрения трудоемкости).
Появилась куча разных идей.

ВОт сам запрос:
/*------------------------------------------------------------------*/
SQL
SELECT distinct sa.NAME
FROM SHEFF_ABIT sa,
(
SELECT ae.id_abit, ef.Id_fac, count(ef.ID_exz)
FROM sheff_abit_exz ae,
sheff_exz_fac ef,
sheff_fac_abit fa
WHERE ae.OCENKA > 2 and fa.ID_fac = ef.ID_FAC and ef.ID_EXZ = ae.ID_EXZ and ae.id_abit = fa.id_abit
GROUP BY ef.id_fac, ae.id_abit)
tableGroup,
(
select max(zayav.kol) as maxkol
from ( select id_abit, count(*) as kol
from Sheff_fac_abit group by id_abit) zayav)MK,
(select id_abit as IDA, count(*) as kol
from Sheff_fac_abit group by id_abit) zayav
WHERE zayav.kol = MK.maxkol and zayav.IDA = sa.ID and zayav.IDA = tableGroup.Id_abit
/*------------------------------------------------------*/


меня в данном случае больше интересует трудоемкость вот этого куска кода:
SQL
/*------------------------------------------------------*/
SELECT ae.id_abit, ef.Id_fac, count(ef.ID_exz)
FROM sheff_abit_exz ae,
sheff_exz_fac ef,
sheff_fac_abit fa
WHERE ae.OCENKA > 2 and fa.ID_fac = ef.ID_FAC and ef.ID_EXZ = ae.ID_EXZ and ae.id_abit = fa.id_abit
GROUP BY ef.id_fac, ae.id_abit
/*------------------------------------------------------*/

По моим подсчетам трудоемкость будет выражена формулой:
Tmax = Θ( n2 m2 p2 Ln(np) Ln(mp))
Tmin = Θ(n2 m p Ln(mp) )

Минимальная и Максимальная трудоемкость, двойки это квадраты чисел. n m p - размеры таблиц главных.
Структура таблиц: 3 главные и 3 связующие. каждая с каждой.

Правильно ли я посчитал запрос? и если не трудно какой будет результирующий?
Заранее спасибо
sax_ol
А что такое "трудоемкость запроса"?
Desir
эмм... как известно любая операция(сортировка, поиск и т.д) выполняется с какой либо трудоемкостью... в данном случае кол-во проходов по таблицам... при больших числах при разной трудоемкости будет разное время выполнения запроса.
sax_ol
эмм... как известно при некоторых ситуациях ничего никуда не проходит, и влияние чисел ослабевает, и даже на это можно влиять, а еще известно, что для каждой субд своя "трудоемкость" wink.gif
Desir
хм, меня интересует трудоемкость алгоритма запроса =) я думаю она одна для каждого запроса в отдельности
sax_ol
Цитата(Desir @ 18:04:2008 - 19:39) *
она одна для каждого запроса в отдельности
Вот это требует перевода ...
Ну я ж вам уже намекал и на субд, и на ситуации (читтать нюансы)


алгоритм без субд - ничто
Desir
а понял) субд Oracle 10. =)
sax_ol
у оракла есть хорошая штука - EXPLAIN PLAN, она покажет чего куда ходили, и еще - часто правильно написанный запрос и/или правильно расставленные индексы и т.п. меняют "трудоемкость алгоритма запроса" оч. сильно smile.gif
Desir
пасиб конечно за умные слова) но меня интересует трудоемкость именно этого запроса. и нужна точная формула. либо слова: Да, твоя правильная =)
sax_ol
Нет не правильная.
Desir
НА твой взгляд какой должна быть правильная формула?
sax_ol
Правильных нету smile.gif

Прежде чем заниматься такими оценками, надо изучить теорию реляционных баз данных.
Потом проштудировать документацию к конкретной субд, для которой собираетесь это делать.
А тогда и потребность в этом отпадет сама собой, я так думаю! ©
Desir
ну в общем из всех твоих слов я не увидел ничего полезного) пасиб, зато пофлудили)
sax_ol
Господин, флудить стали вы, начиная с первого своего сообщения.
Еще раз повторяю, хотя надежд на вашу адекватную реакцию все меньше и меньше, возмитесь за теорию, если вам действительно интересно разобраться.
Иначе это все пустой разговор, т.е. - флуд.
European
Desir, Вам sax_ol правильно сказал - сначала изучите теорию БД. При выполнении запросов теория большого О не подходит, т.к. все зависит от составленного плана запроса. Часто условная трудоемкость выбора данным из таблицы в разы больше, чем выполнение математических действий... Ну да ладно, если Вы хотите увидеть некое магическое число, то установите TOAD. Он для каждого запроса покажет Вам некий Cost, полученный на основе анализа плана запроса.
Desir
Tmax = Θ( n2 m2 p2 Ln(np) Ln(mp))
Tmin = Θ(n2 m p Ln(mp) )

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

Что не понятного я написал в своем вопросе? помогите мне разобраться хоть. а не посылайте изучать теорию БД.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2008 IPS, Inc.