Bättre sätt än flera SELECT-satser?

Du kan samla det mesta av kostnaden i en enda huvudfråga i en CTE och återanvänd resultatet flera gånger.
Detta returnerar en en rad med tre kolumner uppkallad efter varje type (som begärts i kommentaren ):

WITH cte AS (
   SELECT cai.id, cai.activity_id, cas.key, cas.value
   FROM   common_activityinstance cai
   JOIN   common_activityinstance_settings s ON s.activityinstance_id = cai.id
   JOIN   common_activitysetting cas ON cas.id = s.id
   WHERE  cai.end_time::date = '2015-09-12'   -- problem?
   AND    cai.activity_type = 'QZ'
   AND   (cas.key = 'disable_student_nav' AND cas.value IN ('True', 'False') OR
          cas.key = 'pacing' AND cas.value IN ('student', 'teacher'))
   )
SELECT *
FROM  (
   SELECT count(*) AS spf
   FROM  (
      SELECT c.id
      FROM   cte c
      JOIN   quizzes_quiz q ON q.id = c.activity_id
      WHERE  q.name <> 'Exit Ticket Quiz'
      AND   (c.key, c.value) IN (('disable_student_nav', 'True')
                               , ('pacing', 'student'))
      GROUP  BY 1
      HAVING count(*) = 2
      ) sub
   ) spf
,  (
   SELECT count(key = 'disable_student_nav' AND value = 'False' OR NULL) AS spn
        , count(key = 'pacing' AND value = 'teacher' OR NULL) AS tp
   FROM   cte
   ) spn_tp;

Bör fungera för Postgres 9.3. I Postgres 9.4 kan du använda det nya aggregatet FILTER klausul:

  count(*) FILTER (WHERE key = 'disable_student_nav' AND value = 'False') AS spn
, count(*) FILTER (WHERE key = 'pacing' AND value = 'teacher') AS tp

Detaljer för båda syntaxvarianterna:

• Hur kan Jag förenklar den här spelstatistikfrågan?

Tillståndet markerat med problem? kan vara stora prestandaproblem, beroende på datatypen cai.end_time . För det första är det inte sargbart . Och om det är en timestamptz typ är uttrycket svårt att indexera, eftersom resultatet beror på den aktuella tidszonsinställningen för sessionen - vilket också kan leda till olika resultat när det körs i olika tidszoner.

Jämför:

• Sutrahera två frågor från samma tabell
• Ta bort timmar från nu( ) funktion
• Ignorerar tidszoner helt och hållet i Rails och PostgreSQL

Du måste bara namnge den tidszon som ska definiera ditt datum. Ta min tidszon i Wien som exempel:

WHERE  cai.end_time >= '2015-09-12 0:0'::timestamp AT TIME ZONE 'Europe/Vienna' 
AND    cai.end_time <  '2015-09-13 0:0'::timestamp AT TIME ZONE 'Europe/Vienna'

Du kan tillhandahålla enkel timestamptz värden också. Du kan till och med bara:

WHERE  cai.end_time >= '2015-09-12'::date
AND    cai.end_time <  '2015-09-12'::date + 1

Men den första varianten beror inte på den aktuella tidszonsinställningen.
Detaljerad förklaring i länkarna ovan.

Nu kan frågan använda ditt index och bör vara mycket snabbare om det finns många olika dagar i din tabell.