|
|
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
полуофф. А для внешнего соединения HJ будет реализован ? А то сейчас вот: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. А ведь тут всё просто: Код: plaintext 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2013, 23:56:35 |
|
||
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
Таблоид, когда-нибудь будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2013, 23:58:45 |
|
||
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
dimitrкогда-нибудь будет В смысле когда-нибудь. Разве это в тройке не запланировано? В одной из презентаций по fb3 я точно видел планы Hash/Merge outer join. И ещё там группировка хэшированием была. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2013, 09:59:43 |
|
||
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
Симонов Денис, ты тройку хочешь в следующем году или еще через пару лет? Из планов сделаем то, что успеем, не более того. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2013, 10:08:53 |
|
||
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
dimitrты тройку хочешь в следующем году или еще через пару лет? в следующем было бы хорошо, но наверно это слишком оптимистично. dimitrИз планов сделаем то, что успеем, не более того. и на том спасибо. Может тогда в 3.1 хоть будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2013, 10:22:50 |
|
||
|
FB-3 hash join: какая эвристика заставляет его (не) применять при соединении таблиц ?
|
|||
|---|---|---|---|
|
#18+
Решился я всё таки на погружение в Optimizer.cpp :-) И вижу: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. ВОПРОС-1. Что такое "relation->isVirtual()" ? Это любая derived table или еще что-то ? ВОПРОС-2. Иду в dpm.epp: Код: plaintext 1. 2. 3. 4. 5. minRecordSize = 17 байт (заголовок записи) или плюсовать сюда еще что-то ? format->fmt_length = сумма декларированных длин varchar-полей + фиксированных длин прочих типов (int, date) - так ? И вопрос-3 : http://www.ibase.ru/devinfo/dataaccesspaths.htm#chapter311 Из всех возможных перестановок выбирается вариант с наименьшей стоимостью. В процессе перебора вариантов отбрасываются заведомо худшие (на основании уже имеющейся стоимостной информации).- где этот перебор делается, как называется соотв. ф-ция ? И ограничен ли перебор каким-то значением ? Например, я вчера сбацал запрос, в котором таблица самоджойнилась 254 раза - и он составил план всего за 3 сек. Понятно, что никаким прямым перебором на основе оценки стоимости перестановок он так сделать бы не смог. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2013, 15:07:56 |
|
||
|
|

start [/forum/topic.php?fid=40&gotonew=1&tid=1564028]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
171ms |
get topic data: |
10ms |
get first new msg: |
5ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 517ms |

| 0 / 0 |
