Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
08.04.2005, 15:09
|
|||
|---|---|---|---|
|
|||
Построение SELECT-ов... Что лучше? |
|||
|
#18+
Есть две таблици Table1 (большая) и Table2 (маленькая), которые связаны общим ID полем. Делаю SELECT: Вариант 1 Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2005, 15:15
|
|||
|---|---|---|---|
Построение SELECT-ов... Что лучше? |
|||
|
#18+
Мне кажется второй вариант будет быстрее, потому что в таком случае маленькая таблица будет в джойне внешней, а большая внутренней. Скорее всего будет менее затратно пробежаться по каждой записи маленькой таблици с соответствующим поиском в большой, чем бегать по большой с поиском в малой. Конечно, должен быть еще индекс по полю ID. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2005, 15:22
|
|||
|---|---|---|---|
Построение SELECT-ов... Что лучше? |
|||
|
#18+
Домыслы. Оптимизатор достаточно продвинутый. Думаю что одинаково будет (проверять лень, моё личное мнение). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2005, 15:34
|
|||
|---|---|---|---|
Построение SELECT-ов... Что лучше? |
|||
|
#18+
1024Домыслы. Оптимизатор достаточно продвинутый. Думаю что одинаково будет (проверять лень, моё личное мнение). Ух мы какие категоричные. В MSSQL можно было запросто это проверить по плану выполнения и IO, а в VFP это сделать можно чисто эмпирически. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2005, 15:39
|
|||
|---|---|---|---|
Построение SELECT-ов... Что лучше? |
|||
|
#18+
ну а сам то попробовал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=41&mobile=1&tid=1594463]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
155ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 426ms |
| 0 / 0 |
