ポストグレス保存機能からUDTを読む方法
-
09-10-2019 - |
質問
Postgres JDBCドライバーを使用して、保存された機能からUDTを適切に読むことができないようです。これはいくつかのサンプルコードです:
CREATE TYPE u_country AS ENUM ('Brazil', 'England', 'Germany')
CREATE TYPE u_street_type AS (
street VARCHAR(100),
no VARCHAR(30)
)
CREATE TYPE u_address_type AS (
street u_street_type,
zip VARCHAR(50),
city VARCHAR(50),
country u_country,
since DATE,
code INTEGER
)
CREATE TABLE t_author (
id INTEGER NOT NULL PRIMARY KEY,
first_name VARCHAR(50),
last_name VARCHAR(50) NOT NULL,
date_of_birth DATE,
year_of_birth INTEGER,
address u_address_type
)
INSERT INTO t_author VALUES (1, 'George', 'Orwell',
TO_DATE('1903-06-25', 'YYYY-MM-DD'), 1903, ROW(ROW('Parliament Hill',
'77'), 'NW31A9', 'Hampstead', 'England', '1980-01-01', null))
INSERT INTO t_author VALUES (2, 'Paulo', 'Coelho',
TO_DATE('1947-08-24', 'YYYY-MM-DD'), 1947, ROW(ROW('Caixa Postal',
'43.003'), null, 'Rio de Janeiro', 'Brazil', '1940-01-01', 2))
CREATE FUNCTION p_enhance_address2 (address OUT u_address_type)
AS $$
BEGIN
SELECT t_author.address
INTO address
FROM t_author
WHERE first_name = 'George';
END;
$$ LANGUAGE plpgsql;
これで、上記はPostgresで完全に機能します。また、SQL Selectステートメントを使用してUDT列t_author.addressを直接選択することもできます。しかし、JDBCを介して保存された関数p_enhance_address2から選択すると、奇妙な動作が得られます。これらの2つの呼び出しスキームを試しました:
connection.prepareStatement("select * from p_enhance_address2()");
connection.prepareCall("{ call p_enhance_address2(?) }");
// the latter with an output parameter registered
両方の呼び出しスキームが同じ動作を誘導します(実際、callablestatementは関数から選択すること以外には何のものでもありません)。 2つの非常に明確な問題があるようです。
ネストされたUDT構造は、結果を完全に台無しにします。これは私がJDBCで得るものです:
PreparedStatement stmt = connection.prepareStatement(
"select * from p_enhance_address2()");
ResultSet rs = stmt.executeQuery();
while (rs.next()) {
System.out.println("# of columns: " +
rs.getMetaData().getColumnCount());
System.out.println(rs.getObject(1));
}
出力:
列のnr:6( "(" "議会の丘"、77)、nw31a9)
なぜ6列があるのですか?そして、なぜUDTが間違ってフェッチされているのですか(多くのフィールドが欠落しています)
ネストされたUDT u_street_typeがvarcharに「フラット化」されると、少し改善が得られます。
CREATE TYPE u_address_type AS (
street VARCHAR(80),
zip VARCHAR(50),
city VARCHAR(50),
country u_country,
since DATE,
code INTEGER
)
INSERT INTO t_author VALUES (1, 'George', 'Orwell',
TO_DATE('1903-06-25', 'YYYY-MM-DD'), 1903, ROW('Parliament Hill 77',
'NW31A9', 'Hampstead', 'England', '1980-01-01', null))
INSERT INTO t_author VALUES (2, 'Paulo', 'Coelho',
TO_DATE('1947-08-24', 'YYYY-MM-DD'), 1947, ROW('Caixa Postal 43.003',
null, 'Rio de Janeiro', 'Brazil', '1940-01-01', 2))
その後、結果は次のようなものになります。
列のnr:6( "議会の丘77"、NW31A9、ハムステッド、イギリス、1980-01-01、))
UDTレコードは正しいように見えます(位置1に設定された結果からフェッチされます)。しかし、結果セットにはまだ6つの列があります。
いくつかの事実:
- 私はこれらの問題をPGADMIN IIIで経験していません
- VisualC ++ Build 1500、64ビットでコンパイルされたPostgreSQL 9.0.1を使用します
- postgresql-9.0-801.jdbc4.jarを使用しています
何が悪いのか誰か考えていますか?
解決
私はこれを再現することができ、それはバグのようです。
これをPostgreSQL JDBCメーリングリストに投稿することをお勧めします。そうすれば、開発者はこれを修正できます。
他のヒント
Postgres9.4ドライバー(postgreSQL-99.0-801.jdbc4.jar)によって正式にサポートされていない(jdbc適合)UDT(ユーザー定義タイプ)が間違っていない場合。また、Postgres関数フォームJavaコードを呼び出している間、私は多くの問題に直面しています。以下でドライバーを使用し、問題を解決しました。
これが非公式ドライバーリンクです、http://impossibl.github.io/pgjdbc-ng/以下で説明されているように、リンクの作成接続を作成するドライバーをコピーします
私のPOC Oracle10GからPostgres9.4移動活動の以下の作業例を参照してください。以下のPOCを参照してください。
-- Function: fn_test_t(text)
-- DROP FUNCTION fn_test_t(text);
CREATE OR REPLACE FUNCTION fn_test_t(
IN txt text,
OUT a typ_address[],
OUT b typ_address[])
RETURNS record AS
$BODY$
DECLARE
address typ_address[];
BEGIN
RAISE INFO '@@ inside fn_test:(%)',111;
address[1] := ROW('Amravati', 'Mahalaxmi', ROW('Test1'));
address[2] := ROW('Pune', 'NICMAR',ROW('Test2'));
address[3] := ROW('', '',ROW('Test3'));
RAISE INFO 'array of address:(%)',address;
--a := ROW(address);
--b := ROW(address);
a := address;
b := address;
RAISE INFO 'typ_address_t a:(%)',a;
RAISE INFO 'typ_address_t b:(%)',b;
-- RETURN address;
END;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
ALTER FUNCTION fn_test_t(text)
OWNER TO postgres;
=========================
-- Type: typ_address
-- DROP TYPE typ_address;
CREATE TYPE typ_address AS
(add1 character varying,
add2 character varying,
t typ_test);
ALTER TYPE typ_address
OWNER TO postgres;
==========================
-- Type: typ_test
-- DROP TYPE typ_test;
CREATE TYPE typ_test AS
(t1 character varying);
ALTER TYPE typ_test
OWNER TO postgres;
==========================
メイン関数呼び出し、
public static void oracleToPosgresUDTCall() {
System.out.println("@@@ inside oracleToPosgresUDTCall...");
Connection c = null;
try {
Class.forName("com.impossibl.postgres.jdbc.PGDriver");
c = DriverManager
.getConnection("jdbc:pgsql://localhost:5433/orapg", "postgres", "root");
System.out.println(c.getMetaData().getDriverVersion());
//you can map your UDT to pojo here Great !!!
Map<String, Class<?>> m = c.getTypeMap();
m.put("typ_address", Address.class);
m.put("typ_test", AddressTypeTest.class);
c.setTypeMap(m);
// Procedure call
CallableStatement cstmt = c.prepareCall("{call fn_test_t(?,?,?)}");
cstmt.setString(1, "791000252423");
cstmt.registerOutParameter(2, Types.ARRAY);
cstmt.registerOutParameter(3, Types.ARRAY);
boolean b = cstmt.execute();
Array arr = cstmt.getArray(1); //output array starts from index 1
System.out.println("arr:" + arr.getBaseTypeName());
Object obj = arr.getArray();
System.out.println("Address obj:" + obj);
Address[] a = (Address[])obj;
System.out.println("Address obj:" + a[0].getAdd1());
System.out.println("Address obj:" + a[0].getTypeTest().getT1());
System.out.println("=======================================================");
//MORE
List<Address> list = Arrays.asList(a);
for(Address aa: list){
System.out.println(aa.getAdd1());
System.out.println(aa.getAdd2());
System.out.println("t1:" + aa.getTypeTest().getT1());
}
cstmt.close();
} catch (Exception e) {
e.printStackTrace();
System.err.println(e.getClass().getName()+": "+e.getMessage());
System.exit(0);
}
System.out.println("Opened database successfully");
}