Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
FB2.5 непонятки с join stored_proc в запросе
|
|||
|---|---|---|---|
|
#18+
Привет всем. В базе имеется таблица и хранимая процедура: Код: plsql 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. 27. 28. 29. 30. 31. При выполнении в ISQL.EXE запроса Код: plsql 1. 2. 3. возникает ошибка Statement failed, SQLSTATE = 22000 no current record for fetch operation Если в запросе указать Код: plsql 1. то возвращаются правильные данные Далее, создаем хранимую процедуру - обертку вокруг указанного выше запроса Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. При выполнении такой процедуры возвращается резалсет, но значение id_name возвращается NULL. А если для хранимой процедуры указать left join sp, то возвращаются правильные данные. Вопросы: - в чем принципиальное отличие JOIN от LEFT JOIN для хранимых процедур? - почему в хранимой процедуре-обертке JOIN не вызывает ошибки (в отличие от запроса), но в параметре id_name возвращается NULL? P.S. В Yaffil указанные запросы одинаково правильно во всех случаях. С уважением, Polesov. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2015, 23:27 |
|
||
|
FB2.5 непонятки с join stored_proc в запросе
|
|||
|---|---|---|---|
|
#18+
Polesov, потому что до fb 3.0 оптимизатор не мог определить зависимость параметров процедуры и по умолчанию всегда ставил процедуры первым потоком в JOIN. Подробности здесь http://www.ibase.ru/devinfo/dataaccesspaths.htm#chapter311 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2015, 23:32 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38939706&tid=1562897]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
165ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 272ms |
| total: | 523ms |

| 0 / 0 |
