SQL запросы в FireBird2.5

[Аватар]

Добавлю еще три копейки. WHERE работает с учетом индексов, т.е, если они есть по поисковым полям, то выборка оптимально происходит. having же по всему результату выборки как со временной таблицей

[GetMax]

Stiilet, ок. Понятно. А если бы это было не учебное задание, то можно было бы пользоваться любым вариантом? Потому что я в результате не вижу разницы. Или нет?

[Аватар]

В общем случае having не оптимально по сравнению с WHERE или JOIN. И лучше его не использовать если есть возможность.

PS можно сумму в данном случае во вложенном запросе подсчитать в FROM и в наружном WHERE оценить её. По скорости не скажу что лучше будет, эксперементируй

[GetMax]

В общем случае having не оптимально по сравнению с WHERE или JOIN. И лучше его не использовать если есть возможность.

Так у меня в запросе используется group by и после него использовать where не получается. Т.е. вот такой запрос работать не будет

select AccountCD, Sum(PaySum) from PaySumma where AccountCD in (005488,015527,080047) and paysum>100 group by AccountCD where Sum(PaySum) > 1000;

[Stilet]

можно было бы пользоваться любым вариантом?

Нет не льзя. Или вернее можно, но это может обойтись тебе в скорости.
Как сказал Аватар есть такое понятие "Стоимость запроса" (http://ru.wikipedia.org/wiki/%D0%9E%...A3%D0%91%D0%94)
Вот от этого анализа и нужно отталкиваться создавая запросы.
Бывает что один маленький запрос работает в 100500 раз хуже огромного который на миллион строк кода, потому что механизм СУБД быстрее обработает его чем маленький из-за отсутствия должной настройки для конкретно этого маленького запроса.

[Аватар]

Попробуй так, оцени по скорости, что быстрей то и выбери. Съест ли огнептица не уверен

SELECT U.*
  FROM (
    select AccountCD, Sum(PaySum) AS SumPaySum
      from PaySumma 
      where AccountCD in (005488,015527,080047) and paysum>100
      group by AccountCD) U
  WHERE U.SumPaySum > 1000