Эффективные запросы таблицы Postgres мультираздела

Я только что реструктурировал свою базу данных для использования разделения в Пост-ГРЭС 8.2. Теперь у меня есть проблема с производительностью запросов:

SELECT *
FROM my_table
WHERE time_stamp >= '2010-02-10' and time_stamp < '2010-02-11'
ORDER BY id DESC
LIMIT 100;

В таблице существует 45 миллионов строк. До разделения это использовало бы обратное индексное сканирование и остановку, как только это поразило предел.

После разделения (на диапазонах time_stamp), Пост-ГРЭС делает полное индексное сканирование основной таблицы и соответствующего раздела и объединяет результаты, сортирует их, затем применяет предел. Это берет слишком долго.

Я могу зафиксировать его с:

SELECT * FROM (
  SELECT *
  FROM my_table_part_a
  WHERE time_stamp >= '2010-02-10' and time_stamp < '2010-02-11'
  ORDER BY id DESC
  LIMIT 100) t
UNION ALL
SELECT * FROM (
  SELECT *
  FROM my_table_part_b
  WHERE time_stamp >= '2010-02-10' and time_stamp < '2010-02-11'
  ORDER BY id DESC
  LIMIT 100) t
UNION ALL
  ... and so on ...
ORDER BY id DESC
LIMIT 100

Это работает быстро. Разделы, где штампы времен из диапазона, даже не включены в план запросов.

Мой вопрос: Есть ли некоторая подсказка или синтаксис, который я могу использовать в Пост-ГРЭС 8.2, чтобы препятствовать тому, чтобы планировщик запроса сканировал полную таблицу, но все еще использовал простой синтаксис, который только относится к основной таблице?

В основном я могу избежать боли динамичного создания большого Запроса на объединение по каждому разделу, который, оказывается, в настоящее время определяется?

Править: У меня есть включенный constraint_exclusion (благодарит @Vinko Vrsalovic),