Boa tarde a todos.
Ao tentar deletar um registro recebo a seguinte mensagem de erro:
ERROR: update or delete on table "tb_tipos_referencias" violates
foreign key constraint "tb_referencias_fk_01" on table "tb_referencias"
DETAIL: Key (id)=(1) is still referenced from table "tb_referencias".
>
> A minha tabela possui uma outra com históricos, então eu tenho o
> seguinte cenário:
> Tabela principal com 79 colunas, 1,5 milhões de registros e 596 MB de
> tamanho;
> Tabela de historico com 20 colunas, 10 milhões de registros e 1,2 GB de
> tamanho;
>
> Para excluir os registros da tabela
Le lun. 18 déc. 2017 à 17:15, Danilo Silva
a écrit :
Qual seria a melhor prática para deletar 20 mil registros em uma
tabela com 1,5 milhões de registros, vale ressaltar que o campo
condicional do delete é a pk da tabela:
a) Deletar os 20 mil de uma só vez com a
Em 18 de dezembro de 2017 18:32, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:
> vamos imaginar que a tabela 't' tem o campo 'id' que você quer remover as
> 20 mil linhas:
>
> postgres=# create table t (id integer);
> CREATE TABLE
> postgres=# insert into t select * from
vamos imaginar que a tabela 't' tem o campo 'id' que você quer remover as
20 mil linhas:
postgres=# create table t (id integer);
CREATE TABLE
postgres=# insert into t select * from generate_series(1,150);
LOG: temporary file: path
Pessoal,
Qual seria a melhor prática para deletar 20 mil registros em uma tabela com
1,5 milhões de registros, vale ressaltar que o campo condicional do delete
é a pk da tabela:
a) Deletar os 20 mil de uma só vez com a condição "IN" no WHERE;
b) Fazer um loop na aplicação e deletar um por vez;
Isso mesmo Fábio, resolvi com o CTID!
Valew pessoal!
Edelson
Em 23 de outubro de 2017 14:48, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:
> Veja se assim fica claro:
>
> http://www.savepoint.blog.br/2017/10/23/removendo-registros-identicos-no-
> postgresql/
>
> Em 16 de outubro
Veja se assim fica claro:
http://www.savepoint.blog.br/2017/10/23/removendo-registros-identicos-no-postgresql/
Em 16 de outubro de 2017 13:03, Edelson Regis de Lima
escreveu:
> Olá pessoal.
>
> To com um problema que não sei se tem solução...
>
> Tem um cliente que tem um
Em 23 de outubro de 2017 12:59, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:
> Fazer um update com limit 1 não funcionaria?
>
O LIMIT se aplica ao SELECT, a condição do UPDATE vem pelo WHERE. Você tem
que fazer algo assim:
SELECT *ctid, ** FROM tabela;
UPDATE tabela SET ...
Fazer um update com limit 1 não funcionaria?
Em 17 de outubro de 2017 10:17, Edelson Regis de Lima
escreveu:
> Obrigado pessoal!
> Obrigado a todos pela ajuda!
>
> Grande abraço!
>
> --
> *Edelson Regis de Lima*
>
> Em 16 de outubro de 2017 15:01, Michel Luiz Milezzi <
>
Obrigado pessoal!
Obrigado a todos pela ajuda!
Grande abraço!
--
*Edelson Regis de Lima*
Em 16 de outubro de 2017 15:01, Michel Luiz Milezzi escreveu:
> Edelson, neste caso você deve usar a localização física dos registros
> (coluna implícita ctid).
>
>
Edelson, neste caso você deve usar a localização física dos registros
(coluna implícita ctid).
https://www.postgresql.org/docs/current/static/ddl-system-columns.html
Em 16 de outubro de 2017 15:51, Danilo Silva
escreveu:
>
>
> Danilo Gomes
>
> Em 16 de outubro de
Danilo Gomes
Em 16 de outubro de 2017 15:32, Edelson Regis de Lima
escreveu:
> Olá Flávio.
>
> Mas com esse exemplo você está supondo que na tabela exista o campo "id"
> que seria uma chave única, correto?
> O problema é que nessa tabela que mencionei não sei porque raios não
Olá Flávio.
Mas com esse exemplo você está supondo que na tabela exista o campo "id"
que seria uma chave única, correto?
O problema é que nessa tabela que mencionei não sei porque raios não existe
essa chave única. Tem um campo id, auto incremento, que seria essa chave
única, mas não sei como o
Em seg, 16 de out de 2017 às 17:14, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Em seg, 16 de out de 2017 às 17:03, Edelson Regis de Lima <
> edre...@gmail.com> escreveu:
>
>> Olá pessoal.
>>
>> To com um problema que não sei se tem solução...
>>
>> Tem um cliente que tem um
Em seg, 16 de out de 2017 às 17:03, Edelson Regis de Lima
escreveu:
> Olá pessoal.
>
> To com um problema que não sei se tem solução...
>
> Tem um cliente que tem um banco de dados com uma tabela com dois registros
> identicos, e preciso dar um update ou um delete em um dos
Olá pessoal.
To com um problema que não sei se tem solução...
Tem um cliente que tem um banco de dados com uma tabela com dois registros
identicos, e preciso dar um update ou um delete em um dos registros, porém
como todos os campos são iguais, ainda não achei uma solução.
Exmplo: tenho a
Boa tarde a todos,
Estou fazendo uma limpeza em uma tabela e são 200k de registros para serem
apagados.
Acredito que por causa da PK esses deletes estam demorando muito acredito
que é pelo fato dele atualizar o index. Quando dropei a PK ele executou
quase instantaneo.
Existe uma maneira de eu
Em 18 de maio de 2011 16:13, Cesar Pedroso cesar.cs...@gmail.com escreveu:
Boa tarde a todos,
Estou fazendo uma limpeza em uma tabela e são 200k de registros para serem
apagados.
Acredito que por causa da PK esses deletes estam demorando muito acredito
que é pelo fato dele atualizar o
Em 18/05/11, Cesar Pedrosocesar.cs...@gmail.com escreveu:
Boa tarde a todos,
Estou fazendo uma limpeza em uma tabela e são 200k de registros para serem
apagados.
Acredito que por causa da PK esses deletes estam demorando muito acredito
que é pelo fato dele atualizar o index. Quando dropei a
Opa Flavio não estou apagando todos os registros da tabelas, realmente seria
mais facil dar um Truncate.
Então Osvaldo pelo que entendi do post uma solução seria criar uma tabela
temporaria, mas se for criar uma tabela temporaria para mandar os registros
para la e depois apagar a outra tabela é
Pessoal
Estive procurando pela lista sobre Delete muito lento e encontrei um
artigo do Fábio Telles Rodriguez em:
http://www.midstorm.org/~telles/2007/11/29/nao-use-delete-use-insert/
Também vi que já aconteceu uma grande discussão sobre este assunto em:
: sergio santos
To: pgbr-geral@listas.postgresql.org.br
Sent: Thursday, January 27, 2011 1:32 PM
Subject: [pgbr-geral] Delete é muito lento
Pessoal
Estive procurando pela lista sobre Delete muito lento e encontrei um artigo
do Fábio Telles Rodriguez em:
http://www.midstorm.org/~telles
Em 27 de janeiro de 2011 14:32, sergio santos sergio.serginhos...@gmail.com
escreveu:
DELETE FROM Esquema.TABELA1 WHERE CAMPO2 IN(
SELECT CAMPO2 from Esquema.TABELA1
WHERE CAMPO1 = 'D_E_L'
LIMIT 3
);
Não sei se entendi muito bem, mas vc esta tentando excluir os
Talvez possa resolver isso na aplicação.
Monte um script que gere um processo de remoção, passe parâmetros e
deixo-o fazendo este trabalho.
Fernando
Em 27 de janeiro de 2011 14:32, sergio santos
sergio.serginhos...@gmail.com escreveu:
Pessoal
Estive procurando pela lista sobre Delete muito
Percebi nesta sua query, que não existe uma tabela 2, então pra quê
realizar IN SELECT (.)?
Em 27 de janeiro de 2011 14:32, sergio santos
sergio.serginhos...@gmail.com escreveu:
Pessoal
Estive procurando pela lista sobre Delete muito lento e encontrei um
artigo do Fábio Telles
Eu fiz um IN SELECT por causa do LIMIT para ele não percorrer a tabela
inteira. Eu estou fazendo um limite de 3 numa tentativa de deixar o
DELETE mais rápido pois se fosse para excluir todos os registros mesmo seria
uns 8 mil e na minha opinião ficaria muito mais lendo.
Sérgio Antônio dos
Existe um índice para esta tabela que é justamente a data de cadastro. Posso
tentar mudar para:
DELETE FROM Esquema.TABELA1 WHERE CAMPO2 IN(
SELECT CAMPO2 from Esquema.TABELA1
WHERE CAMPO1 = 'D_E_L'
AND datahora BETWEEN '2011/01/01' AND '2011/01/27 23:59:'
LIMIT 3
);
acho
Em 27 de janeiro de 2011 15:21, sergio santos sergio.serginhos...@gmail.com
escreveu:
Existe um índice para esta tabela que é justamente a data de cadastro.
Posso tentar mudar para:
DELETE FROM Esquema.TABELA1 WHERE CAMPO2 IN(
SELECT CAMPO2 from Esquema.TABELA1
WHERE CAMPO1 =
Buenas
tente
Create index on TABELA1 (campo,datahora);
analyze tabela1;
explain DELETE FROM Esquema.TABELA1 WHERE CAMPO2 IN(
SELECT CAMPO2 from Esquema.TABELA1
WHERE CAMPO1 = 'D_E_L'
AND datahora BETWEEN '2011/01/01' AND '2011/01/27 23:59:'
mostre ai o plano gerado
[]s
Em Quinta-feira 22 Julho 2010, às 13:32:58, JotaComm escreveu:
Olá,
Em 22 de julho de 2010 13:21, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Quero garantir que não aconteça nas duas situações.
Pela aplicação você garante usando a função que comentei no
Pelo que eu entendi a idéia é evitar erros do administrador mas tudo bem...
Em 22 de julho de 2010 13:32, JotaComm jota.c...@gmail.com escreveu:
Olá,
Em 22 de julho de 2010 13:21, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Quero garantir que não aconteça nas
/*
Gostei da dica da store function exclusao de JotaComm
Baseado nas mesma function incrementei algumas funcionalidades.
*/
DROP FUNCTION IF EXISTS public.exclusao(esquema_tabelax VARCHAR(255),
campox VARCHAR(255), idx INTEGER);
CREATE OR REPLACE FUNCTION public.exclusao(esquema_tabelax
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Desde já agradeço. No aguardo.
--
Ass.:
Vinicius Marconi Vasconcelos Berni
51 - 96608087
51 - 32482071
___
pgbr-geral mailing list
Talvez uma rule em que você avalie a query passada, vendo se existe a
cláusula where... acho que funcionaria
Em 22 de julho de 2010 09:31, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Desde já
Olá,
Em 22 de julho de 2010 09:31, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Olá.
Existe uma maneira de restringir 'delete' sem cláusula 'where' ?
Como assim? O que exatamente você deseja?
Desde já agradeço. No aguardo.
--
Ass.:
Vinicius
Não permitir que seja executado delete na base de dados sem fornecer
clausula where, quero fazer isto para evitar 'acidentes'.
Ex.: delete from pessoa - Esta query não deve ser permitida.
delete from pessoa where id=2 - Esta será permitida
Em 22 de julho de 2010 11:12, JotaComm
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com wrote:
Não permitir que seja executado delete na base de dados sem fornecer
clausula where, quero fazer isto para
Conheço transações, mas mesmo assim o erro pode ocorrer
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos
Olá,
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN e COMMIT/SAVEPOINT/ROLLBACK
On 7/22/10, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com wrote:
Não
Quero garantir que não aconteça nas duas situações.
Em 22 de julho de 2010 11:38, JotaComm jota.c...@gmail.com escreveu:
Olá,
Em 22 de julho de 2010 11:25, Candido Vieira da Silva Neto cvieira.br@
gmail.com escreveu:
Vinicius, existe o controle de transacoes para evitar 'acidentes'.
BEGIN
Se o usuário tem username/senha para logar direto no banco, tendo GRANT
suficiente ele pode dar até um DROP DATABASE. Acho muito perigoso deixar
usuários com permissão para mexer direto no banco.
Em 22 de julho de 2010 11:38, JotaComm jota.c...@gmail.com escreveu:
Olá,
Em 22 de julho de 2010
Olá,
Em 22 de julho de 2010 13:21, Vinicius Marconi Vasconcelos Berni
vinicius.marc...@gmail.com escreveu:
Quero garantir que não aconteça nas duas situações.
Pela aplicação você garante usando a função que comentei no email anterior.
Quanto ao acesso direto ao banco o usuário não deveria
Ola pessoal!
Estou tentando criar um delete com arry mas não estou conseguindo, estou
fazendo alguns testes para verificar no qual consigo obter melhor
performance. O estou querendo fazer é mais ou menos o seguinte:
DELETE FROM tabela1 WHERE co_campo = ANY (SELECT (array(SELECT DISTINCT
Rogerio Grando wrote:
Ola pessoal!
Estou tentando criar um delete com arry mas não estou conseguindo, estou
fazendo alguns testes para verificar no qual consigo obter melhor
performance. O estou querendo fazer é mais ou menos o seguinte:
DELETE FROM tabela1 WHERE co_campo = ANY (SELECT
2008/3/5, km [EMAIL PROTECTED]:
Eu tenho uma tabela,que tem um registro q eu quero excluir..
Apos fazer o delete from table where id_codigo = parametro que eu passo,ele
data a seguinte mensagem no pgadmim
Query returned successfully: 0 rows affected, 63 ms execution time.
Veja que o seu
Eu tenho uma tabela,que tem um registro q eu quero excluir..
Apos fazer o delete from table where id_codigo = parametro que eu passo,ele
data a seguinte mensagem no pgadmim
Query returned successfully: 0 rows affected, 63 ms execution time.
mas eu dou select na tabela o registro existe..
em outras
2008/3/5, km [EMAIL PROTECTED]:
Eu tenho uma tabela,que tem um registro q eu quero excluir..
Apos fazer o delete from table where id_codigo = parametro que eu passo,ele
data a seguinte mensagem no pgadmim
Query returned successfully: 0 rows affected, 63 ms execution time.
mas eu dou select
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Euler Taveira de Oliveira escreveu:
Em nenhuma! Porque isto não está implementado e nem sei se vai ser
implementado..
Que pena... :-(
No Oracle isso já me ajudou muitas vezes.
[ ]s
Guedes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2
Em 28/11/07, Brasil Software[EMAIL PROTECTED] escreveu:
Pessoal !
Estou com um grande problema, migrei minha base do firebird para
postgresql e quando estou deletando um registro o tempo
chega a ser vergonhoso em relação ao firebird.
Alguem pode me ajudar.
minha base tem:
293 tabelas
Hum... me empolguei um pouco e resolvi escrever sobre o assunto no meu
blog. É claro que se trata de um caso particular de DELETE, mas fica a
dica:
http://www.midstorm.org/~telles/2007/11/29/nao-use-delete-use-insert/
[]s
Em 29/11/07, Fabio Telles[EMAIL PROTECTED] escreveu:
Em 28/11/07, Brasil
, 2007 5:28 AM
Subject: Re: [pgbr-geral] DELETE LENTO
Em 28/11/07, Brasil Software[EMAIL PROTECTED] escreveu:
Pessoal !
Estou com um grande problema, migrei minha base do firebird para
postgresql e quando estou deletando um registro o tempo
chega a ser vergonhoso em relação ao firebird
, November 29, 2007 6:52 AM
Subject: Re: [pgbr-geral] DELETE LENTO
Hum... me empolguei um pouco e resolvi escrever sobre o assunto no meu
blog. É claro que se trata de um caso particular de DELETE, mas fica a
dica:
http://www.midstorm.org/~telles/2007/11/29/nao-use-delete-use-insert/
[]s
Em 29/11/07
servir, aí então só mesmo o delete?
- Original Message -
From: Fabio Telles [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 29, 2007 5:28 AM
Subject: Re: [pgbr-geral] DELETE LENTO
Em 28/11/07, Brasil Software[EMAIL
[EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 29, 2007 5:28 AM
Subject: Re: [pgbr-geral] DELETE LENTO
Em 28/11/07, Brasil Software[EMAIL PROTECTED] escreveu:
Pessoal !
Estou com um grande problema, migrei minha base do
existem muitos indices nessa tabela?
- Original Message -
From: Brasil Software [EMAIL PROTECTED]
To: pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, November 28, 2007 5:59 PM
Subject: [pgbr-geral] DELETE LENTO
Pessoal !
Estou com um grande problema, migrei minha base do firebird
Subject: Re: [pgbr-geral] DELETE LENTO
Olá, Fábio
Acabei de ler o artigo, muito bom!
Abraços
Em 29/11/07, Fabio Telles [EMAIL PROTECTED] escreveu:
Hum... me empolguei um pouco e resolvi escrever sobre o assunto no meu
blog. É claro que se trata de um caso particular de DELETE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Telles escreveu:
Em QUALQUER operação de carga, seja UPDATE, INSERT ou DELETE, você
deveria desabilitar todos constraints, triggers, índices, etc.
Para desabilitar as Triggers no PG eu posso executar um /ALTER TABLE/
ou posso utilizar /-X
2007/11/29, Fabio Telles [EMAIL PROTECTED]:
Em 29/11/07, sergio[EMAIL PROTECTED] escreveu:
Li essa resposta, mas preciso perguntar.
Se tiver trigger ou Foreign Key?
O truncate não vai servir, aí então só mesmo o delete?
Em QUALQUER operação de carga, seja UPDATE, INSERT ou DELETE, você
29, 2007 8:54 AM
Subject: Re: [pgbr-geral] DELETE LENTO
Olá, Fábio
Acabei de ler o artigo, muito bom!
Abraços
Em 29/11/07, Fabio Telles [EMAIL PROTECTED] escreveu:
Hum... me empolguei um pouco e resolvi escrever sobre o assunto no meu
blog. É claro que se trata de um caso particular
Favor enviar DDL da tabela bem como comando de DELETE. Pode ser a cláusula
WHERE em coluna não indexada.
Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu: Brasil Software wrote:
Pessoal !
Estou com um grande problema, migrei minha base do firebird para
postgresql e quando estou deletando
Em 29/11/07, Leandro DUTRA[EMAIL PROTECTED] escreveu:
2007/11/29, Fabio Telles [EMAIL PROTECTED]:
Em 29/11/07, sergio[EMAIL PROTECTED] escreveu:
Li essa resposta, mas preciso perguntar.
Se tiver trigger ou Foreign Key?
O truncate não vai servir, aí então só mesmo o delete?
Em
Em 29/11/07, Dickson Guedes[EMAIL PROTECTED] escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Telles escreveu:
Em QUALQUER operação de carga, seja UPDATE, INSERT ou DELETE, você
deveria desabilitar todos constraints, triggers, índices, etc.
Para desabilitar as Triggers no PG
Isso vcs, fazem com o banco em produção?
Fabio Telles escreveu:
Em 29/11/07, Dickson Guedes[EMAIL PROTECTED] escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Telles escreveu:
Em QUALQUER operação de carga, seja UPDATE, INSERT ou DELETE, você
deveria desabilitar todos
2007/11/29, Fabio Telles [EMAIL PROTECTED]:
Em 29/11/07, Leandro DUTRA[EMAIL PROTECTED] escreveu:
2007/11/29, Fabio Telles [EMAIL PROTECTED]:
Em QUALQUER operação de carga, seja UPDATE, INSERT ou DELETE, você
deveria desabilitar todos constraints, triggers, índices, etc. Só
depois
Desculpe fazer você escrever, mas na verdade eu vou reformular a minha
pergunta:
No lugar de:
Quando no PostgreSQL eu poderei desabilitar CONSTRAINTS via /ALTER
TABLE/ por exemplo?
Favor ler:
Em qual versão do PostgreSQL eu poderei utilizar o comando
ALTER TABLE tabela DISABLE
Dickson Guedes wrote:
Em qual versão do PostgreSQL eu poderei utilizar o comando
ALTER TABLE tabela DISABLE CONSTRAINT nome_constraint;?
Para desabilitar a Constraint sem precisar exlui-la.
Em nenhuma! Porque isto não está implementado e nem sei se vai ser
implementado...
--
Euler
Em 29/11/07, Igor[EMAIL PROTECTED] escreveu:
Isso vcs, fazem com o banco em produção?
Com certeza! Imagine uma operação de virada de mês ou ano onde uma
série de registros são excluídos de uma tabela... o DELETE é o cão!
[]s
Fábio Telles
Fabio Telles escreveu:
Em 29/11/07, Dickson
Fabio Telles wrote:
ALTER TABLE tabela DISABLE CONSTRAINT nome_constraint;?
Para desabilitar a Constraint sem precisar exlui-la.
De acordo com a documentação, a partir da versão 8.1
Acho que você se enganou... Você pode desabilitar gatilhos mas *não* os
gatilhos de chave estrangeira (vide
Pessoal !
Estou com um grande problema, migrei minha base do firebird para
postgresql e quando estou deletando um registro o tempo
chega a ser vergonhoso em relação ao firebird.
Alguem pode me ajudar.
minha base tem:
293 tabelas
algumas com 2 milhões de registros.
Não sei se é isso mas eu faria o seguinte
select @var=0 from dual;
e depois
update teste set coluna1 = (@[EMAIL PROTECTED] + 1)
ou criaria uma sequence e
update teste set coluna1 = (sequence.nextval)
Em 26/10/07, Antonio Nascimento [EMAIL PROTECTED] escreveu:
CREATE TABLE teste
(
Sorry, I expressed evil
The problem happens with the UPDATE
An example of the error below:
CREATE TABLE teste
(
coluna1 integer NOT NULL,
CONSTRAINT chaveprimaria PRIMARY KEY (coluna1)
)
WITHOUT OIDS;
INSERT INTO teste(coluna1) VALUES (1);
INSERT INTO teste(coluna1) VALUES (2);
update teste
2007/10/25, Evandro Andersen [EMAIL PROTECTED]:
Sorry, I expressed evil
Realmente é /evil/ escrever inglês aqui…
Mais um motivo para eviter /cross‐posting/.
--
+55 (11) 5685 2219 xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 5686 9607
Se eu mudar o parametro #add_missing_from
para ON , ele ira funcionar normalmente com o delete normal sem usar o
parametro USING?
pois com a versao 8.0.0.1 eu faco normal o delete
DELETE FROM TABELA1 WHERE ID = TABELA2.ID
e na 8.2.4 tenho que fazer:
DELETE FROM TABELA1 USING TABELA2 WHERE
Saudacoes a todos,
Eu estou tentando fazer umas exclusoes em algumas tabelas do meu banco de
dados, com a versao 8.2.4, com o
seguinte comando:
delete from tabela_financeiro
where id_cliente=tabela_financeiro_dup.id_cliente and
id_loja=tabela_financeiro_dup.id_loja and
Fala galera,
eu pesquisei mais um pouco e consegui encontrar um comando que satisfez meu
delete..
eu utilizei a clausula using nome_tabela
ficando assim meu delete:
delete from tabela_financeiro using tabela_financeiro_dup
where tabela_financeiro.id_cliente=tabela_financeiro_dup.id_cliente
Que legal q conseguiu, mas vc pode tambem configurar isso no arquivo
Postgresql.conf
La dentro tem um paramentro: add_missing_from coloque ele como true,
Apessar disso nao ser muito recomendado, pois apartir da versao 8.1(se, nao
me engano) isso foi adicionado no postgresql, para gerar mais
--- Leandro Diniz Soares [EMAIL PROTECTED]
escreveu:
Amigo,
Sou novato em banco de dados... Na verdade trabalho
com sites e usava o
mysql. Mas agora estou entrando no postgresql.
Esse seu delete vai apagar o registro da tabela
principal e dos registros
relacionados?
Pq eu vi que
78 matches
Mail list logo