|
|
|
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&startmsg=38512657&tid=1564028]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
193ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 470ms |

| 0 / 0 |
