ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
5 сообщений из 5, страница 1 из 1
Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
    #39507310
Ritter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ritter
Участник
Приветствую уважаемых пользователе форума!
Использую Firebird v3.0.2 x64. Написал в хранимой процедуре конструкцию вида:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
  for select t1.grp
        from table1 t1
          join table2 t2 using(id)
        group by t1.grp
  as cursor c
  do begin

    select count(*)
      from table1 t1
        join table2 t2 using(id)
        join table3 t3 using(id1)
      where t1.grp=:с.grp
    into :tmp;

  end


Всего цикл с for select возвращает 7 значений с.grp от 1 до 7. Общее время работы ~ 55 секунд. Запускаю отдельно запрос:
Код: sql
1.
2.
3.
4.
5.
6.
7.
  for select t1.grp
        from table1 t1
          join table2 t2 using(id)
        group by t1.grp
  as cursor c
  do begin
  end


Он отрабатывает за 5 секунд. Запускаю отдельно запрос с заданным параметром:
Код: sql
1.
2.
3.
4.
5.
  select count(*)
    from table1 t1
      join table2 t2 using(id)
      join table3 t3 using(id1)
    where t1.grp=1


Отрабатывает за сотые доли секунды. Ну а совместная конструкция отрабатывает 55 секунд как я уже и писал.
Внес небольшое изменение в исходную конструкцию - передачу значения параметра через обычную переменную. И о чудо - время работы конструкции уменьшилось до 5 секунд:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
  for select t1.grp
        from table1 t1
          join table2 t2 using(id)
        group by t1.grp
  as cursor c
  do begin

    tmp_grp = c.grp;

    select count(*)
      from table1 t1
        join table2 t2 using(id)
        join table3 t3 using(id1)
      where t1.grp=:tmp_grp
    into :tmp;

  end



Собственно вопрос: есть ли какое-то разумное объяснение такого поведения Firebird или это просто баг?
...
Рейтинг: 0 / 0
18.08.2017, 09:58
| Ответить | Цитировать | Написать  
Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
    #39507320
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
похоже на баг, хотя у меня стойкое дежа-вю что с этим уже разбирались...
...
Рейтинг: 0 / 0
18.08.2017, 10:04
| Ответить | Цитировать | Написать  
Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
    #39507334
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Ritter,

А grp случайно не вычисляемое поле?
...
Рейтинг: 0 / 0
18.08.2017, 10:15
| Ответить | Цитировать | Написать  
Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
    #39507342
Ritter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ritter
Участник
Симонов ДенисRitter,
А grp случайно не вычисляемое поле?
Нет, обычное поле smallint.
...
Рейтинг: 0 / 0
18.08.2017, 10:26
| Ответить | Цитировать | Написать  
Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
    #39507352
Ritter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ritter
Участник
dimitrпохоже на баг, хотя у меня стойкое дежа-вю что с этим уже разбирались...
Может отсюда Ваше дежа-вю?
...
Рейтинг: 0 / 0
18.08.2017, 10:43
| Ответить | Цитировать | Написать  
5 сообщений из 5, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Баг или фича при работе с курсорной переменной в Firebird 3.0.2?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]