Euler,
O campo cancelada que ele acusa estar maior, esta com char(3), veja o
resultado do comando:
--
-- PostgreSQL database dump
--
SET client_encoding = 'LATIN1';
SET standard_conforming_strings = off;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET escape_string_warning = off;
SET search_path = public, pg_catalog;
SET default_tablespace = '';
SET default_with_oids = false;
--
-- Name: venda_item; Type: TABLE; Schema: public; Owner: Administrador;
Tablespace:
--
CREATE TABLE venda_item (
id integer NOT NULL,
id_venda integer NOT NULL,
id_empresa integer NOT NULL,
id_produto integer DEFAULT 0,
nome_produto character(50),
data date,
unidade character(5),
quantidade numeric(14,3) DEFAULT 0,
vl_unitario numeric(14,2) DEFAULT 0,
vl_desconto numeric(14,2) DEFAULT 0,
vl_total numeric(14,2) DEFAULT 0,
nro_garantia character(20),
data_garantia date,
id_grupo integer,
id_funcionario integer,
id_cliente integer,
id_fornecedor integer,
id_vendedor integer,
st character(2),
icms numeric(14,2) DEFAULT 0,
icms_cupom numeric(14,2) DEFAULT 0,
vl_icms numeric(14,2) DEFAULT 0,
vl_ipi numeric(14,2) DEFAULT 0,
diferido character(3) DEFAULT 'NAO'::bpchar,
cancelada character(3) DEFAULT 'NAO'::bpchar,
click boolean,
estoque character(3) DEFAULT 'SIM'::bpchar,
item integer,
id_grade integer,
cor_grade character(25),
tam_grade character(6),
devolucao character(3) DEFAULT 'NAO'::bpchar,
id_planocelular integer DEFAULT 0,
nro_celular character(15),
tipoplano character(3) DEFAULT 'PRE'::bpchar,
valor_plano numeric(14,2) DEFAULT 0,
valor_recarga numeric(14,2) DEFAULT 0,
data_ativacao date,
migracao_prepos character(1) DEFAULT 'N'::bpchar,
troca_pospago character(1) DEFAULT 'N'::bpchar,
expedicao character(3) DEFAULT 'NAO'::bpchar,
peso_bruto numeric(12,4) DEFAULT 0,
peso_liquido numeric(12,4) DEFAULT 0,
id_carga integer,
qtd_entregue numeric(14,3) DEFAULT 0,
vl_icmsst numeric(14,2) DEFAULT 0,
vlbc_icms numeric(14,2) DEFAULT 0,
base_substituicao numeric(14,2) DEFAULT 0,
pis numeric(14,2) DEFAULT 0,
cofins numeric(14,2) DEFAULT 0,
lote character(10),
fpb_posologia numeric(5,0) DEFAULT 0,
fpb_dias numeric(3,0) DEFAULT 0,
cst character(3),
vl_custo numeric(12,2) DEFAULT 0,
produtor_ativo character(1) DEFAULT 'N'::bpchar,
bico character(2)
);
2012/9/27 Euler Taveira <[email protected]>
> On 27-09-2012 18:14, emerson lopes wrote:
> > C:\sistema\dados\bin\pg_restore.exe -h localhost -p 5432 -U
> "Administrador" -d
> > postgres -a -t venda_item -v "G:\venda_item 06-08-2012.backup"
> > pg_restore: connecting to database for restore
> > pg_restore: restoring data for table "venda_item"
> > pg_restore: [archiver (db)] Error while PROCESSING TOC:
> > pg_restore: [archiver (db)] Error from TOC entry 2711; 0 287084 TABLE
> DATA
> > venda_item Administrador
> > pg_restore: [archiver (db)] COPY failed: ERROR: value too long for type
> > character(3)
> > CONTEXT: COPY venda_item, line 667, column cancelada: "NAO SIM"
> > WARNING: errors ignored on restore: 1
> > Processo retornou código de saída 1.
> >
> Parece-me que você reduziu o tamanho da coluna cancelada *após* realizar a
> cópia de segurança. Para confirmar isso, execute:
>
> C:\sistema\dados\bin\pg_restore.exe -s -t venda_item "G:\venda_item
> 06-08-2012.backup"
>
> para visualizar o esquema utilizado na cópia de segurança.
>
>
> --
> Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/
> PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
