BUG no PK serial do PostgreSQL

BUG no PK serial do PostgreSQL No PostgreSQL, chaves primárias marcadas como serial e no model setadas como 'serial' dá um erro SQLSTATE[42602]: Invalid name: 7 ERRO: sintaxe de nome inválida quando o registro é novo! Setando-se 'max' (mesmo a pk sendo serial) o problema se resolve. O problema está no store() do TRecord. Como corrigir o bug?...

João Leonel Ferreira 14/12/2019 (há 4 anos)

No PostgreSQL, chaves primárias marcadas como serial e no model setadas como 'serial' dá um erro SQLSTATE[42602]: Invalid name: 7 ERRO: sintaxe de nome inválida quando o registro é novo! Setando-se 'max' (mesmo a pk sendo serial) o problema se resolve. O problema está no store() do TRecord. Como corrigir o bug?

Pacotão Dominando o Adianti Framework 7

O material mais completo de treinamento do Framework.
Curso em vídeo aulas + Livro completo + Códigos fontes do projeto ERPHouse.
Conteúdo Atualizado! Versão 7.4

Dominando o Adianti 7 Quero me inscrever agora!

Comentários (12)

Pablo Dall'Oglio 14/12/2019 (há 4 anos)

Acabei de testar aqui e funcionou 100%.
Recomendo libar o dump da transação. TTransaction::dump()

<?php
class City extends TRecord
{
const TABLENAME = 'city';
const PRIMARYKEY= 'id';
const IDPOLICY = 'serial';
?>

Pablo Dall'Oglio 14/12/2019 (há 4 anos)

CREATE TABLE public.city (
id integer DEFAULT nextval('public.city_id_seq'::regclass) NOT NULL,
name character varying(200),
state_id integer NOT NULL
);

João Leonel Ferreira - AUTOR DO POST 14/12/2019 (há 4 anos)

TTransaction::dump() não resolveu e uso a seguinte sintaxe:

CREATE TABLE public.city ( id serial NOT NULL, -- sintaxe utilizada name character varying(200), state_id integer NOT NULL );

no form uso:

<?php
$object = new Versao; // create an empty object
$object->fromArray( (array) $data); // load the object with data
$object->store(); // save the object
?>

Seria isso? pois em todos NOVOS registros dá o erro. Na edição salva direitinho!

João Leonel Ferreira - AUTOR DO POST 14/12/2019 (há 4 anos)

O engraçado que no arquivo de log de sql está lá o Insert (o mesmo do dump) mas o registro não está na tabela!

Pablo Dall'Oglio 14/12/2019 (há 4 anos)

O Log é registrado antes, por isso ele foi gravado. Caso contrário, você não conseguiria encontrar o comando.
Você está fechando a transação?

Rubens Bispo 19/12/2019 (há 4 anos)

Estou tendo o mesmo problema.

Carlos Alberto Perez Rabelo 31/05/2020 (há 4 anos)

Estou com o mesmo problema. Vocês conseguiram resolver?

Carlos Alberto Perez Rabelo 31/05/2020 (há 4 anos)

Estou com o mesmo problema. Vocês conseguiram resolver?

Carlos Alberto Perez Rabelo 31/05/2020 (há 4 anos)

Estou com o mesmo problema. Vocês conseguiram resolver?

João Leonel Ferreira - AUTOR DO POST 31/05/2020 (há 4 anos)

Carlos, achei 2 soluções. A primeira é não usar no PG o tipo serial. Estou usando o auto incremento, como mostro;

id integer NOT NULL DEFAULT nextval('table_name_id_seq')

A outra maneira, usando o tipo serial no PG (caso já esteja pronto) é na model da classe usar-se o IDPOLICY = 'max' assim:

<?php
class SystemGroupProgram extends TRecord
{
const TABLENAME = 'permission.system_group_program';
const PRIMARYKEY= 'id';
const IDPOLICY = 'max'; // {max, serial}
/**
* Constructor method
*/
public function __construct($id = NULL)
{
parent::__construct($id);
parent::addAttribute('system_group_id');
parent::addAttribute('system_program_id');
}
}
?>

Carlos Alberto Perez Rabelo 31/05/2020 (há 4 anos)

Joao, muito obrigado.

Jackson Dantas 18/07/2022 (há 2 anos)

Olá a todos.

Esse erro acontece com que usa o Adiante Pro, como eu, e se deve a opção criar classe para entidade gerando o TABLENAME com aspas duplas no nome.

const TABLENAME = '"public"."documento"';

Ai quando ele vai gerar o nome da sequência, vem o nome com aspas: "public"."documento"_id_seq.

Solução: só remover as aspas duplas nos nomes das tabelas no model.

Novo Comentário