PostgreSQL-лучший способ вернуть массив пар ключ-значение

Я подозреваю, что, не имея больше знаний о вашем приложении, я не смогу получить вас полностью до нужного вам результата. Но мы можем уйти довольно далеко. Для начала, есть :

# SELECT 'foo', ROW(3, 'Bob');
 ?column? |   row   
----------+---------
 foo      | (3,Bob)
(1 row)

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

# CREATE TYPE person(id INTEGER, name VARCHAR);
CREATE TYPE
# SELECT now(), row(3, 'Bob')::person;
              now              |   row   
-------------------------------+---------
 2012-02-03 10:46:13.279512-07 | (3,Bob)
(1 row)

кстати, всякий раз, когда вы делаете таблицу, PostgreSQL делает тип с тем же именем, поэтому, если вы у вас уже есть такая таблица, у вас также есть тип. Например:

# DROP TYPE person;
DROP TYPE

# CREATE TABLE people (id SERIAL, name VARCHAR);
NOTICE:  CREATE TABLE will create implicit sequence "people_id_seq" for serial column "people.id"
CREATE TABLE

# SELECT 'foo', row(3, 'Bob')::people;
 ?column? |   row   
----------+---------
 foo      | (3,Bob)
(1 row)

см. в третьем запросе, который я использовал people как тип.

теперь это, скорее всего, не так поможет, как вы думаете, по двум причинам:

1. Я не могу найти удобный синтаксис для извлечения данных из вложенной строки.

   возможно, я что-то упускаю, но я просто не вижу много людей, использующих этот синтаксис. Единственный пример, который я вижу в документация-это функция, принимающая значение строки в качестве аргумента и что-то с ним делающая. Я не вижу примера вытягивания строки из ячейки и запроса к ее частям. Похоже, вы можете упаковать данные таким образом, но после этого трудно деконструировать. Вам придется сделать много хранимых процедур.

2. возможно, драйвер PostgreSQL вашего языка не сможет обрабатывать данные, вложенные в строку.

   Я не могу говорить за NPGSQL, но поскольку это очень специфичная для PostgreSQL функция, вы не найдете поддержки для нее в библиотеках, поддерживающих другие базы данных. Например, Hibernate не сможет обрабатывать извлечение объекта, хранящегося как значение ячейки в строке. Я даже не уверен, что JDBC сможет дать Hibernate информацию с пользой, поэтому проблема может пойти довольно глубоко.

Итак, то, что вы делаете здесь, возможно при условии, что вы можете жить без большого количества точности. Однако я бы не советовал продолжать его, потому что это будет тяжелая битва на всем пути, если я действительно не дезинформирован.