Wybierz typ danych pola w postgres

165

Jak uzyskać typ danych określonego pola z tabeli w postgres? Na przykład mam następującą tabelę student_details (stu_id integer, stu_name varchar (30), join_date timestamp);

W tym przypadku używając nazwy pola / lub w jakikolwiek inny sposób, muszę uzyskać typ danych określonego pola. Czy jest taka możliwość?

Nathan Villaescusa
źródło
1
Zapytano również i odpowiedziałem stackoverflow.com/q/20194806/65458
Piotr Findeisen

Odpowiedzi:

173

Możesz pobrać typy danych ze schematu information_schema (przywoływane tutaj dokumenty 8.4, ale nie jest to nowa funkcja):

=# select column_name, data_type from information_schema.columns
-# where table_name = 'config';
    column_name     | data_type 
--------------------+-----------
 id                 | integer
 default_printer_id | integer
 master_host_enable | boolean
(3 rows)
Wayne Conrad
źródło
Tak proste i przyjemne! Teraz mogę zastąpić bieżące zapytanie, które znalazłem, które ma 310 znaków (bez nazwy tabeli), 4 sprzężenie tabeli, brak świadomości schematu, jest drogie i daje „int4” i inne jako typy zamiast liczby całkowitej. Dziękuję Ci!
około
2
PostgreSQL umożliwia posiadanie tej samej nazwy tabeli (nawet identycznej) w wielu schematach. Solidny sposób zapisu tej klauzuli WHERE uwzględnia taką możliwość: where table_catalog = ? and table_schema = ? and table_name = ?;ale ten widok schematu information_schema nie uwzględnia, że ​​DDL mógł używać domen .
Mike Sherrill `` Cat Recall ''
1
To nie da ci typu tablicy, więc musi być używany razem zpg_typeof
Daria
146

Możesz użyć funkcji pg_typeof () , która działa również dobrze dla dowolnych wartości.

SELECT pg_typeof("stu_id"), pg_typeof(100) from student_details limit 1;
Nathan Villaescusa
źródło
zwraca to wiersz na rekord w tabeli. Nie uruchamiaj go, jeśli masz miliony płyt
Saarang
3
Działa to pięknie, jeśli potrzebujesz określić rodzaj obliczenia. np. SELECT pg_typeof( date_part( 'year', now() ) ) AS exprprawdopodobnie różni się od tego, czego można się spodziewać.
Leo Orientis
sprytną rzeczą jest to, że pg_typeofdziała dla pól wychodzących z procedur składowanych, dla których tabela zaplecza, jeśli w ogóle istnieje, jest nieznana / niejasna. select state, qstart, pg_typeof(qstart) as ty_qstart from listconn(). information_schema niewiele by tu pomogło.
JL Peyret
40

Spróbuj tego żądania:

SELECT column_name, data_type FROM information_schema.columns WHERE 
table_name = 'YOUR_TABLE' AND column_name = 'YOUR_FIELD';
Romulo Freires
źródło
4
table_name = 'YOUR_TABLE' AND column_name = 'YOUR_FIELD';
haitham
38

biegnij, psql -Ea potem\d student_details


źródło
proste i przydatne
horoyoi o
11

Jeśli podoba Ci się rozwiązanie `` Mike Sherrill '', ale nie chcesz używać psql, użyłem tego zapytania, aby uzyskać brakujące informacje:

select column_name,
case 
    when domain_name is not null then domain_name
    when data_type='character varying' THEN 'varchar('||character_maximum_length||')'
    when data_type='numeric' THEN 'numeric('||numeric_precision||','||numeric_scale||')'
    else data_type
end as myType
from information_schema.columns
where table_name='test'

z wynikiem:

column_name |     myType
-------------+-------------------
 test_id     | test_domain
 test_vc     | varchar(15)
 test_n      | numeric(15,3)
 big_n       | bigint
 ip_addr     | inet
Fil
źródło
8

Widoki schematu informacji i pg_typeof () zwracają niekompletne informacje o typie. Spośród tych odpowiedzi psqlnajdokładniejsze informacje dotyczące typu. (PO może nie potrzebować tak dokładnych informacji, ale powinien znać ograniczenia.)

create domain test_domain as varchar(15);

create table test (
  test_id test_domain, 
  test_vc varchar(15), 
  test_n numeric(15, 3), 
  big_n bigint,
  ip_addr inet
);

Użycie psqli \d public.testpoprawnie pokazuje użycie typu danych test_domain, długość kolumn varchar (n) oraz dokładność i skalę kolumn liczbowych (p, s).

sandbox = # \ d public.test
             Tabela „public.test”
 Kolumna | Wpisz | Modyfikatory
--------- + ----------------------- + -----------
 test_id | domena_testowa |
 test_vc | zmienny znak (15) |
 test_n | numeryczne (15,3) |
 big_n | bigint |
 ip_addr | inet |

To zapytanie skierowane do widoku information_schema w ogóle nie pokazuje użycia test_domain. Nie przedstawia również szczegółów kolumn varchar (n) i liczbowych (p, s).

select column_name, data_type 
from information_schema.columns 
where table_catalog = 'sandbox'
  and table_schema = 'public'
  and table_name = 'test';
nazwa_kolumny | typ danych
------------- + -------------------
 test_id | charakter zmienny
 test_vc | charakter zmienny
 test_n | numeryczny
 big_n | bigint
 ip_addr | inet

Państwo może być w stanie uzyskać wszystkie te informacje, łącząc inne poglądy information_schema lub poprzez wysłanie zapytania do tabel systemowych bezpośrednio. psql -Emoże w tym pomóc.

Funkcja pg_typeof()poprawnie pokazuje użycie test_domain, ale nie zgłasza szczegółów kolumn varchar (n) i liczbowych (p, s).

select pg_typeof(test_id) as test_id, 
       pg_typeof(test_vc) as test_vc,
       pg_typeof(test_n) as test_n,
       pg_typeof(big_n) as big_n,
       pg_typeof(ip_addr) as ip_addr
from test;
   test_id | test_vc | test_n | big_n | ip_addr
------------- + ------------------- + --------- + ------ - + ---------
 domena_testowa | zmienny znak | numeryczny | bigint | inet
Mike Sherrill `` Cat Recall ''
źródło
4

Pobieranie typu danych z information_schemajest możliwe, ale nie jest wygodne (wymaga połączenia kilku kolumn za pomocą caseinstrukcji). Alternatywnie można do tego użyć funkcji format_typewbudowanej, ale działa ona na wewnętrznych identyfikatorach typów, które są widoczne w programie, pg_attributeale nie w programie information_schema. Przykład

SELECT a.attname as column_name, format_type(a.atttypid, a.atttypmod) AS data_type
FROM pg_attribute a JOIN pg_class b ON a.attrelid = b.relfilenode
WHERE a.attnum > 0 -- hide internal columns
AND NOT a.attisdropped -- hide deleted columns
AND b.oid = 'my_table'::regclass::oid; -- example way to find pg_class entry for a table

Na podstawie https://gis.stackexchange.com/a/97834 .

Piotr Findeisen
źródło
1
Dla potomnych, z PG10 zastąpić b.relfilenodezb.oid
tswaters