Как запросить таблицу, имя которой построено на основе результата функции PL/pgSQL?

Улучшенная функция (пока не пользуюсь!)

Более простая SQL-версия вашей функции может работать следующим образом:

CREATE OR REPLACE FUNCTION public.get_partition_index(datetime timestamptz)
  RETURNS numeric
  LANGUAGE sql IMMUTABLE PARALLEL SAFE STRICT AS
$func$
SELECT EXTRACT(week FROM $1 AT TIME ZONE 'UTC') % 52;
$func$;

Это исправляет синтаксис и улучшает технические характеристики. Вся эта идея по-прежнему бессмысленна на нескольких уровнях.

Уровень абсурда

Для начала names metric_event_1 ... metric_event_51 это 51 стол, а не 52, как вы утверждаете. А на самом деле существует 53 недели по ISO. EXTRACT возвращает номера недель от 1 до 53 соответственно. Ваш % 52 испортил бы неделю, включая «0»…

Ваша попытка использовать обратные кавычки вызвала синтаксическую ошибку, поскольку обратные кавычки вообще не используются для цитирования в Postgres (или стандартном SQL). Видеть:

• Вставка текста в одинарных кавычках в PostgreSQL

Но эта попытка является нонсенсом на более глубоком уровне. Вы не можете параметризовать/интерполировать идентификаторы (включая имена таблиц) в простом SQL. Вы можете объединить строку запроса в своем клиенте или использовать динамический SQL:

CREATE OR REPLACE FUNCTION public.get_rows_from_metric_event(_tstz timestamptz, _limit int = 10)
  RETURNS SETOF metric_event  -- actual table name!
  LANGUAGE plpgsql IMMUTABLE PARALLEL SAFE STRICT AS
$func$
BEGIN
-- RAISE NOTICE '%',  -- to debug
   RETURN QUERY EXECUTE
   format('SELECT * FROM metric_event_%s LIMIT %s', EXTRACT(week FROM _tstz AT TIME ZONE 'UTC') % 52, _limit);
END
$func$;

Вызов:

SELECT * FROM public.get_rows_from_metric_event(now());

Связанный:

• Имя таблицы как параметр функции PostgreSQL

Обычно все равно того не стоит.

Что вам действительно следует сделать

Если metric_event является правильной секционированной таблицей - и у вас включен Enable_partition_pruning (как по умолчанию) - просто запросите родительскую таблицу с фильтром, точно соответствующим границам секционирования:

SELECT *
FROM   metric_event
WHERE  weeknr = EXTRACT(week FROM timestamptz '2024-04-07 00:00+2' AT TIME ZONE 'UTC')::int  -- cast!
LIMIT  10;

Предполагая это базовое определение таблицы:

CREATE TABLE metric_event (weeknr int, data text) PARTITION BY LIST (weeknr);

CREATE TABLE metric_event_1 PARTITION OF metric_event FOR VALUES IN (1);
...
CREATE TABLE metric_event_53 PARTITION OF metric_event FOR VALUES IN (53);

Обрезка разделов делает свою работу. Вы получаете план запроса, например:

Limit  (cost=0.00..25.88 rows=6 width=36)
  ->  Seq Scan on metric_event_14 metric_event  (cost=0.00..25.88 rows=6 width=36)
        Filter: (weeknr = 14)

Границы разделов должны точно совпадать, включая тип данных! Обратите внимание, что date_part() возвращает double precision и EXTRACT возвращает numeric! В моем примере weeknr — это integer, поэтому приведите к integer! Видеть:

рабочий пример

О EXTRACT / date_part()

EXTRACT и date_part() в основном эквивалентны. (EXTRACT в верхнем регистре, потому что на самом деле это элемент синтаксиса, а не простая функция.) Если сомневаетесь, используйте EXTRACT. Инструкция:

Функция date_part создана по образцу традиционной функции Ingres. эквивалент стандартной функции SQL extract:
[...]
Для по историческим причинам функция date_part возвращает значения типа двойная точность. Это может привести к потере точности в некоторых случаях. использует. Вместо этого рекомендуется использовать extract.

Смелый акцент мой.