Большое время выполнения запроса

[5cek]

Здравствуйте, вообще проблема такова, работаю с базой через UniDac а именно UniQuery, в базе данных (PostgreSQL) есть представление, вызов представления из pgadmin происходит около 80-150 милисекунд, в то время как в Delphi когда я вызываю его, программа висит около 4-6 секунд, что является не позволительной роскошью, все не как не пойму в чем причина такой "скорости"?

Запрос на вызов представления:

SELECT *
  FROM plan_and_bid_and_fact_view 
  WHERE id_uch=4 
            AND date='04.04.2014'

[Serge_Bliznykov]

не работал с UniDac, поэтому, предположим, что косяк не в нём, а в том, что Delphi очень должно получает результат выборки!

Сколько полей в одной записи? Нет ли длинных (blob или varchar(xxxxx)) полей?
Сколько записей возвращается в результате (может 100000 имеет id_uch=4 и нужную дату)?

попробуйте такой запрос для определения количества записей (и проверьте, сколько он выполняется):

SELECT count(*)
  FROM plan_and_bid_and_fact_view 
  WHERE id_uch=4 
            AND date='04.04.2014'

попробуйте такой запрос для исключения проблем с большим объёмом данных (и проверьте, сколько он выполняется)

SELECT id_uch
  FROM plan_and_bid_and_fact_view 
  WHERE id_uch=4 
            AND date='04.04.2014'

p.s. для даты лучше использовать не константы, а параметрические запросы, где дата передаётся в запрос в качестве параметра.

[evg_m]

а если выполнить запрос второй раз (не закрывая программу) ?

[5cek]

Сообщение от Serge_Bliznykov

[I]
попробуйте такой запрос для определения количества записей (и проверьте, сколько он выполняется):

SELECT count(*)
  FROM plan_and_bid_and_fact_view 
  WHERE id_uch=4 
            AND date='04.04.2014'

попробуйте такой запрос для исключения проблем с большим объёмом данных (и проверьте, сколько он выполняется)

SELECT id_uch
  FROM plan_and_bid_and_fact_view 
  WHERE id_uch=4 
            AND date='04.04.2014'

Попробовал оба запроса, время осталось не изменым. Вообще у меня связка DBGridEh + UniQuery, другие запросы выполняются быстро, но это больше относится к тем которые не являются вызовом представления.

Сообщение от evg_m

а если выполнить запрос второй раз (не закрывая программу) ?

А я как раз для того что бы написать время выполнения и вызывал запрос несколько раз подряд, разница +/- 1секунда.

[5cek]

Больше склоняюсь к тому что это представление, хотя не очень понятно почему оно тормозит только при вызове из Delphi.
Код представления:

 SELECT pbf.date, pbf.id_class, pbf.category, pbf.id_uch, pbf.half1, pbf.half2, 
    pbf.fact_half1, pbf.fact_half2, pbf.plan_half1, pbf.plan_half2, 
    pbf.food_view, class.time_to_close, class.date_open_for_food
   FROM ( SELECT COALESCE(t.date, z.date) AS date, 
            COALESCE(t.id_class, z.id_class) AS id_class, 
            COALESCE(t.category, z.category) AS category, 
            COALESCE(t.id_uch, z.id_uch) AS id_uch, 
            COALESCE(t.half1, 0::bigint) AS half1, 
            COALESCE(t.half2, 0::bigint) AS half2, 
            COALESCE(t.fact_half1, 0::bigint) AS fact_half1, 
            COALESCE(t.fact_half2, 0::bigint) AS fact_half2, 
            COALESCE(z.plan_half1, 0::bigint) AS plan_half1, 
            COALESCE(z.plan_half2, 0::bigint) AS plan_half2, 
            COALESCE(z.food_view::smallint, 0::smallint) AS food_view
           FROM ( SELECT COALESCE(b.date, f.date) AS date, 
                    COALESCE(b.id_class, f.id_class) AS id_class, 
                    COALESCE(b.id_uch, f.id_uch) AS id_uch, 
                    COALESCE(b.category, f.category) AS category, 
                    COALESCE(b.half1, 0::bigint) AS half1, 
                    COALESCE(b.half2, 0::bigint) AS half2, 
                    COALESCE(f.fact_half1, 0::bigint) AS fact_half1, 
                    COALESCE(f.fact_half2, 0::bigint) AS fact_half2
                   FROM schemefood.bid_itog_view b
              FULL JOIN schemefood.fact_itog_view f ON b.date = f.date AND b.id_class = f.id_class AND b.category = f.category AND b.id_uch = f.id_uch) t
      FULL JOIN schemefood.plan_itog_view z ON t.date = z.date AND t.id_class = z.id_class AND t.category = z.category) pbf, 
    schemefood.class
  WHERE pbf.id_class = class.id;

Суть его следющая, есть ещё три небольших представления (bid_itog_view, fact_itog_view, plan_itog_view) каждый из которых считает свои колонки, в данном представлении отображаются все вычисляемые колонки из трех представлений.

Кстати говоря забыл упомянуть что данных представление возвращает не много 107 строк.

Вообщем, нашел проблему, проблема была именно в TUniConnection, в настройках я указал схему в базе данных, без схемы, работает мгновенно, со схемой опять двадцать пять.