Tableau de tableaux dans PostgreSQL

Je suis en utilisant le % de % de l'opérateur sur PostgreSQL est hstore type qui convertit un hstore (clé-type de la valeur efficace) dans un tableau dont les éléments suppléant {{clé, valeur}, {valeur de la clé}}.

Quand je veux revenir tableau de ces aplatie hstores, j'obtiens cette erreur: could not find array type for data type text[]en raison de PostgreSQL manque de soutien pour un tableau de tableaux.

À partir d'un point de vue de la curiosité, quelqu'un sait-il pourquoi ce ne sont pas pris en charge? Et, plus important encore, est-il un travail autour de ce type de scénario?

Pour le moment je suis la concaténation des résultats dans une chaîne de caractères (séparés par des virgules) et d'analyse sur l'application C# et NPGSQL). Cependant, cette approche ne me sens pas bien, j'aimerais être capable de lire la ligne arrière tant que .NET tableau de tableaux ou un tableau de valeurs-clés, etc.

Merci beaucoup.

Dans le titre que nous avons un fausse prémisse, cette réponse ci-dessous: PostgreSQL supporte tableau de tableaux.

OriginalL'auteur harman_kardon | 2012-02-06

  1. 8

    À partir d'un point de vue de la curiosité, quelqu'un sait-il pourquoi ce ne sont pas pris en charge?

    Une réponse générique est parce que les tableaux sont intrinsèquement anti-relationnelle. En supprimant les doublons, c'est comment vous atteindre La 1ère forme normale. D'avoir à répéter les groupes de répéter groupes semble assez folle d'un relationnel point de vue théorique.

    En général, la manière relationnelle-bonne chose à faire est d'extraire une table pour vos doublons. Donc, si vous avez modelé quelque chose comme ceci:

    CREATE TABLE users (
  id integer primary key,
  name varchar,
  favorite_colors varchar[],
  ...
);

    il vous incombera de redéfinir ce sur le plan relationnel:

    CREATE TABLE users (
  id integer primary key,
  name varchar,
  ...
);

CREATE TABLE favorite_colors (
  user_id integer references users,
  color varchar
);

    Ou encore:

    CREATE TABLE users (
  id integer primary key,
  name varchar,
  ...
);

CREATE TABLE colors (
  color varchar primary key
);

CREATE TABLE favorite_colors (
  user_id integer references users,
  color varchar references colors,
  primary key (user_id, color)
);

    Hstore supporte un grand nombre de fonctions, beaucoup de ce qui serait facile de l'intégrer dans un relationnel de la vision du monde. Je pense que la façon la plus simple pour résoudre votre problème serait d'utiliser la each fonction pour convertir votre hstore des valeurs dans les relations que vous pouvez ensuite utiliser comme un simple ensemble de valeurs. C'est la façon dont vous vous adressez à avoir plusieurs valeurs dans d'autres bases de données de toute façon: l'interrogation, et de travailler avec des ensembles de résultats.

    OPS! Support de PostgreSQL tableau de tableaux (voir ma réponse)... Oui, avant de lire, je comprends pas certains PostgreSQL est behavours, mais il s'agit de la contrainte de l'homogénéité des tableaux, ce qui peut causer des problèmes si vous souhaitez, par exemple, la carte JSON dans un uniforme tableau multidimensionnel. L'uniformité de la contrainte assure quelque chose comme les formes normales, mais pas exactement le 1er.
    "Une réponse générique est parce que les tableaux sont intrinsèquement anti-relationnelle. En supprimant les doublons, c'est comment vous atteindre 1ère forme normale." Non-sens. Vous mélangez deux définitions différentes de "répétition". Une définition implique la non-unicité/redondance. L'autre implique que vous avez une série de données (une certaine forme de vecteur). Une chaîne de caractères est un tableau de caractères. Cela ne veut pas dire que c'est en interne, en répétant, de licenciement ou d'une mauvaise représentation de la valeur qu'il détient.
    Vous confondez la représentation interne avec la représentation relationnelle. Chaque base de données a varchar; quelques-uns ont des tableaux. Cela est raisonnable parce que personne n'utilise les chaînes de caractères comme des tableaux. Ils sont traités comme des valeurs atomiques.

    OriginalL'auteur Daniel Lyons

  2. 15

    PostgreSQL a limité "tableau de tableaux" soutien

    voir le manuel

    C'est une forme restreinte de "tableau de tableaux". Pavel (réponse) le dit, il est nommé "tableau multidimensionnel", mais c'est vraiment une matrice, de sorte qu'il doit avoir le même nombre d'éléments dans chaque dimension.

    Vous pouvez utiliser ce type de structure pour la carte multidimensionnelle et de l'hétérogénéité des coordonnées cartésiennes dans des applications scientifiques, mais de ne pas stocker l'arbitraire des vecteurs de vecteurs comme le XML ou JSON de données.

    REMARQUE: bien connu en 2 dimensions (2D) homogène tableau est le matrice mathématique. En fait, les applications scientifiques de la matrice qui a motivé la "PostgreSQL contraint tableau multidimensionnel" type de données, et la matrice des fonctions de comportement, avec ce genre de tableaux. Pense à propos de "tableau 3D" comme un "3D matrix", "4D tableau" comme un "4D matrice", et ainsi de suite.

    EXEMPLES:

    SELECT array_cat(ARRAY[[1,2],[3,4]], ARRAY[5,6]);
---------------------
 {{1,2},{3,4},{5,6}}
SELECT array_cat(ARRAY[[1,2],[3,4]], ARRAY[[5,6]]); -- SAME RESULT

SELECT ARRAY[ARRAY[1,2],ARRAY[5,6]];
---------------
 {{1,2},{5,6}}

SELECT array_cat(ARRAY[ARRAY[1,2]],ARRAY[3]); -- ERROR1
SELECT ARRAY[ARRAY[1,2],ARRAY[4]];  -- ERROR2

    Les commentaires de @Daniel_Lyons sur "pourquoi ce ne sont pas pris en charge" est sur "non-uniforme des tableaux de tableaux" (voir cas d'erreur ci-dessus).
    ERROR1 ci-dessus: parce que ne peut concaténer des tableaux de même dimension
    ERROR2 ci-dessus: tous les tableaux pour une dimension spécifique doit avoir la même longueur, comme une matrice.

    Une autre chose curieuse à propos de construire-dans des fonctions et des opérateurs: le "comportement par défaut" dans PostgreSQL est pour les tableaux simples et des éléments. Il n'y a pas de surcharge pour la norme array_append(),

    SELECT array_append(ARRAY[1,2],5); -- now ok, 5 is a element
 {1,2,5}

SELECT array_cat(ARRAY[1,2], ARRAY[5,6]);
----------
 {1,2,5,6}

SELECT array_append(ARRAY[[1,2],[3,4]], ARRAY[5,6]); -- ERROR3 
SELECT array_append(ARRAY[1,2],ARRAY[5,6]); -- ERROR4

    ERROR3 ci-dessus: il n'y a PAS de SURCHARGE d'ajouter "l'élément de tableau" (même 9.2 pg version).
    ERROR4 ci-dessus: devez utiliser array_cat à "fusionner le tout dans un tableau".

    La "fusion" de la dernière array_cat exemple est curieux, ne produit pas de tableau de tableaux. Utilisation array_cat(a1, ARRAY[a2]) pour parvenir à ce résultat,

    SELECT array_cat(ARRAY[1,2], ARRAY[ARRAY[5,6]]);  -- seems illogical...
---------------
{{1,2},{5,6}}

    Sparse matrix

    Pour éviter les problèmes avec sparse matrix et semblables à des structures de données, utilisez la fonction ci-dessous. Il remplit le reste des éléments, puis à NULL (ou de toute valeur constante).

     CREATE FUNCTION array_fillTo(anyarray,integer,anyelement DEFAULT NULL) 
 RETURNS anyarray AS $$
   DECLARE
     i integer;
     len integer;
     ret ALIAS FOR $0;
   BEGIN
     len = array_length($1,1);
     ret = $1;
     IF len<$2 THEN
         FOR i IN 1..($2-len) LOOP
           ret = ret || $3;
         END LOOP;
     END IF;
     RETURN ret;
   END;
 $$ LANGUAGE plpgsql IMMUTABLE;

    De retrouver les premiers exemples, on peut éviter des erreurs (voir ERROR1),

    SELECT array_cat(ARRAY[ARRAY[1,2]],array_fillTo(ARRAY[3],2));
{{1,2},{3,NULL}}
    Il n'est pas si utile que JSONb, mais il est parfois possible d'utiliser TABLEAU de Lignes... Voir la ARRAY[ROW(g.f1, g.f2)] exemple sur pg Guide.
    Pour unnest utiliser les reduce_dim()

    OriginalL'auteur Peter Krauss

  3. 5

    Support de PostgreSQL un des tableaux multidimensionnels au lieu - les tableaux sont très relative d'un type spécial de bases de données relationnelles et il est un peu limitée contre les langages de programmation. Si vous en avez besoin, vous pouvez utiliser une solution de contournement avec la ligne des tableaux: 

    postgres=# create table fx(a int[]);
CREATE TABLE
postgres=# insert into fx values(array[1,3,4]);
INSERT 0 1
postgres=# insert into fx values(array[6,7]);
INSERT 0 1
postgres=# select array_agg(row(a)) from fx;
            array_agg            
---------------------------------
 {"(\"{1,3,4}\")","(\"{6,7}\")"}
(1 row)

    OriginalL'auteur Pavel Stehule