Solicitação de atualização usando o alias da tabela

Não tenho certeza se essa é a sintaxe desejada ou não. Verifique sua sintaxe paraUPDATE

Atualmente, isso é

[ WITH [ RECURSIVE ] with_query [, ...] ]
UPDATE [ ONLY ] table_name [ * ] [ [ AS ] alias ]
    SET { column_name = { expression | DEFAULT } |
          ( column_name [, ...] ) = ( { expression | DEFAULT } [, ...] ) |
          ( column_name [, ...] ) = ( sub-SELECT )
        } [, ...]
    [ FROM from_list ]
    [ WHERE condition | WHERE CURRENT OF cursor_name ]
    [ RETURNING * | output_expression [ [ AS ] output_name ] [, ...] ]

Portanto, se você fornecer table t1, ele será analisado como uma tabela chamada table. Na verdade, para fazer isso, você precisa colocá-lo entre aspas, "table" t1o que você está fazendo ou sua biblioteca está fazendo.

• Como uma nota de design, não faça isso. Na verdade, não nomeie nada como palavras- chave SQL .
• Mas, se você quiser se divertir e ver o que está acontecendo, podemos jogar.

Vamos criar alguns dados de texto,

CREATE TABLE "table" AS
SELECT x AS column, x AS column2
FROM generate_series(1,12345) AS t(x);

Agora podemos tentar sua consulta original e obter o resultado original,

UPDATE "table" t1 SET t1.column=0 WHERE t1.column2=1234;
ERROR:  column "t1" of relation "table" does not exist
LINE 1: UPDATE "table" t1 SET t1.column=0 WHERE t1.column2=1234;

E esse é o problema que você está recebendo. Assim como na tabela, se você for usar uma palavra-chave SQL, precisará colocá-la entre aspas. Curiosamente, isso não é suficiente aqui.

UPDATE "table" t1 SET t1."column"=0 WHERE t1.column2=1234;
ERROR:  column "t1" of relation "table" does not exist
LINE 1: UPDATE "table" t1 SET t1."column"=0 WHERE t1.column2=1234;

Além disso, parece que o aliasing de tabela não é suportado na lista SET , independentemente de a coluna ser uma palavra-chave reservada ou não.

UPDATE "table" t1 SET "column"=0 WHERE t1.column2=1234;

Por que atualmente está funcionando como projetado

Por que você não pode usar aliases, xocolatl do IRC ajuda nisso,

< xocolatl> EvanCarroll: a razão pela qual você não pode usar o alias à esquerda do = é por causa dos tipos compostos

< xocolatl> EvanCarroll: então, não é um bug, mas WAD

Portanto, no código de CREATEuma tabela com um tipo composto personalizado, execute um UPDATEnele.

CREATE TYPE foo AS ( x int, y int );

CREATE TABLE foobar AS
  SELECT v::foo AS mycol
  FROM ( VALUES (1,2), (2,100) ) AS v;

UPDATE foobar SET mycol.x = 9;

Portanto, a sintaxe que permite o .is mycol.type-address, not tablealias.col-name.

Resolvendo o problema de sintaxe ambígua

Se isso não fizesse sentido, qualquer comportamento, exceto esse, daria a você uma sintaxe ambígua,

CREATE TYPE foo AS ( mycol int, x int );

CREATE TABLE mytable AS
  SELECT v::foo AS mycol, 1 AS x
  FROM ( VALUES (1,2), (2,100) ) AS v;

UPDATE mytable AS mycol SET mycol.x = 9;

O que mycol.xse refere lá? Como não é ambíguo , a referência de tabela e o aliasing de tabela estão desativados, portanto, é definitivamente 100% do tempo um tipo composto chamado mycol, na tabela mytable.

É uma estranheza do Postgres. Conforme declarado na documentação do UPDATE, nomes de tabela não devem ser usados ​​para colunas de destino.

column_name

O nome de uma coluna na tabela nomeada por table_name. O nome da coluna pode ser qualificado com um nome de subcampo ou subscrito de matriz, se necessário. Não inclua o nome da tabela na especificação de uma coluna de destino — por exemplo, UPDATE table_name SET table_name.col = 1é inválido.

Apenas uma tabela pode ser atualizada em uma UPDATEcláusula, portanto não há espaço para má interpretação da instrução.

Enquanto atualiza a consulta: Se você usar o Allis com o nome da tabela, em Definir dados, não precisará fornecer referência ao Allis assim

UPDATE data Q SET is_active = FALSE ,is_delete = TRUE WHERE Q.name = 'XYZ';