Início / dba / Perguntas / 270293
Accepted
user183966
Asked: 2020-07-03 16:18:24 +0800 CST

Como evitar que diferentes conexões tratem o bytea na mesma consulta de maneira diferente?

  • 772

Acho que consultas postgresql idênticas emitidas por dois clientes diferentes são tratadas de maneira diferente. Especificamente, os valores de bytea são inseridos de forma diferente.

Uma consulta que demonstrou o comportamento é esta:

INSERT INTO "TestTable" ("Input") VALUES (decode('74657374', 'hex'))

74657374 é hexadecimal para 'teste'. Em um cliente, 'test' é inserido no campo "Input", seja esse campo text/varchar ou bytea. Esse é o comportamento que desejo. Em outro cliente, '\x74657374' é inserido no campo "Input", seja text/varchar ou bytea. Esta string é a representação literal postgresql dos bytes bytea do 'teste' ASCII. Mas a própria sintaxe literal sql é inserida. Eu não desejo esse comportamento.

Eu uso um único pedaço de SQL escrito à mão, o valor bytea ocorre apenas "dentro" da consulta (se a coluna "Input" tiver o tipo Text, nenhum dos literais nem a coluna receptora terá o tipo bytea), e parece improvável para mim que qualquer cliente está analisando e reconstruindo a consulta. Portanto, parece que a diferença deve estar acontecendo no servidor onde a consulta é executada. Isso significa que deve haver alguma configuração específica da conexão que está alterando o comportamento do servidor.

Alguém pode me dizer quais configurações específicas de conexão podem estar alterando esse comportamento?

Eu sei que as consultas estão realmente se comportando de maneira diferente e não é um problema de exibição etc., porque posso ver as linhas na mesma tabela com valores diferentes ('test' e '\x74657374'). Eu tentei vários métodos alternativos de manipulação de bytea, mas todos são afetados por esse problema. Para quem estiver interessado, o cliente "bom" é o pgAdminIII e o cliente "ruim" é o Ruby PG gem. Embora, pelo motivo que dei acima, acredite que deve haver algum recurso interno do postgresql que suporte esse comportamento.

postgresql insert

1 respostas

  1. Best Answer

    Eu suspeito que a diferença é a aparência de a byteadependendo da configuração atual de bytea_output:

    CREATE TABLE test (id integer PRIMARY KEY, t text, b bytea);

SHOW bytea_output;

 bytea_output 
--------------
 hex
(1 row)

INSERT INTO test VALUES (1, decode('74657374', 'hex'), decode('74657374', 'hex'));

TABLE test;

 id |     t      |     b      
----+------------+------------
  1 | \x74657374 | \x74657374
(1 row)

SET bytea_output = 'escape';

TABLE test;

 id |     t      |  b   
----+------------+------
  1 | \x74657374 | test
(1 row)

INSERT INTO test VALUES (2, decode('74657374', 'hex'), decode('74657374', 'hex'));

TABLE test;
 id |     t      |  b   
----+------------+------
  1 | \x74657374 | test
  2 | test       | test
(2 rows)

RESET bytea_output;

TABLE test;

 id |     t      |     b      
----+------------+------------
  1 | \x74657374 | \x74657374
  2 | test       | \x74657374
(2 rows)

    A textcoluna realmente contém o resultado do tipo cast from byteato text, que depende da configuração atual de bytea_output.

    A byteacoluna contém os quatro bytes corretos, mas é exibida de forma diferente, dependendo da configuração atual de bytea_output.

    • 1

relate perguntas