Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.03.10;
Скачать: CL | DM;

Вниз

Внешнее объединение и вложенный select   Найти похожие ветки 

 
Жук ©   (2003-02-18 11:42) [0]

Кто-нибудь занимался вопросом сравнением скорости выполнения запросов :
1) select t1.*,
(select t2.name from t2 where t1.id_t2=t2.id) as n
from t1
2)select t1.*,t2.name
from t1 left join t2 on t1.id_t2=t2.id ?
У меня на разных базах получаются разные результаты. Какой способ рациональнее ?


 
Johnmen ©   (2003-02-18 12:31) [1]

Второй, конечно...


 
Жук ©   (2003-02-18 13:22) [2]

Конечно-то, конечно... Но я ж говорю, что на разных базах результаты разные. И не факт, что 1-й медленнее 2-го выполняется.
Интересно, почему ?


 
Johnmen ©   (2003-02-18 13:48) [3]

Я, например, уверен, что в той СУБД, которую использую, второй вариант однозначно быстрее.
Какую используешь ты - не знаю...:) Но коль ты провел исследования, то и решение, наверное, принял в пользу к.-л. варианта...
Так в чем проблема то ?


 
Жук ©   (2003-02-18 13:51) [4]

Проблема в том, что left join должен быстрее работать, чем вложенный селект, но не работает. Значит что-то не в порядке.


 
stone ©   (2003-02-18 13:57) [5]


> Жук © (18.02.03 13:51)
> Проблема в том, что left join должен быстрее работать, чем
> вложенный селект, но не работает. Значит что-то не в порядке.

1. На сколько быстрее?
2. На какой СУБД проводились эксперименты?
3. С каким количеством записей в таблицах t1 и t2?
4. Какие ключи и индексы существуют в таблицах?

это даже не половина вопросов.

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


 
Anatoly Podgoretsky ©   (2003-02-18 13:59) [6]

Значит так


 
Жук ©   (2003-02-18 14:12) [7]

>stone © (18.02.03 13:57)
>3. С каким количеством записей в таблицах t1 и t2?
Как количество записей может влиять ?


 
Johnmen ©   (2003-02-18 14:29) [8]

>Жук ©

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

("Почему при работе моей проги выскакивает Access Violation ?")


 
Жук ©   (2003-02-18 15:06) [9]

>stone © (18.02.03 13:57)
>1. На сколько быстрее?
>2. На какой СУБД проводились эксперименты?
>3. С каким количеством записей в таблицах t1 и t2?
>4. Какие ключи и индексы существуют в таблицах?
1. В приведённых примерах на 2%
2. IB6
3. count t1=288706,t2=295
4. t1.id_t2 - не индексировано, t2.id - primary key

2 Johnmen

Прошу прощения :-)


 
Johnmen ©   (2003-02-18 15:15) [10]

Весьма странно... Видимо оптимизатор в случае LEFT JOIN не такой уж оптимизирующий...:)


 
stone ©   (2003-02-18 15:35) [11]

В t1 существует foreign key?
Думаю да, по логике должен быть.
Попробуйте
select t1.*,t2.name
from t2 inner join t1 on t1.id_t2=t2.id


 
Жук ©   (2003-02-18 15:41) [12]

>stone © (18.02.03 15:35)
>В t1 существует foreign key?
Нет


 
Жук ©   (2003-02-18 15:47) [13]

Проиндексировал t1.id_t2 и всё встало на свои места. :-)
join быстрее вложенного селекта, но почему-то только на 5% :-(


 
Johnmen ©   (2003-02-18 15:59) [14]

Наличие FK на быстродействие в данном случае не влияет.
А вот индекс, даже не уникальный - влияет.
Лично меня 5% нисколько не удивляет :)



Страницы: 1 вся ветка

Текущий архив: 2003.03.10;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.023 c
1-29807
Image
2003-02-27 18:21
2003.03.10
Image


1-29817
msoftware
2003-02-28 05:12
2003.03.10
ПОЧЕМУ ВОЗНИКАЕТ ABSTRACT ERROR???


1-29932
OneOfTheFew
2003-02-27 11:51
2003.03.10
Из дельфовой проги запустить внешнее приложение...


3-29711
lark
2003-02-18 06:00
2003.03.10
MS SQL Server 2000+ADO+Delphi6


1-29904
Partizan
2003-02-26 18:15
2003.03.10
Memo с разноцветными символами