Em 01-02-2012 03:24, Leandro escreveu:
Pelo menos instrui eles a colocar esses updates em uma transação. Pois
no final eles podem dar um commit para efetivar ou um rollback para
desfazer tudo.
Pode indicar algum link com informação sobre isso?
Obrigado
Pelo menos instrui eles a colocar esses updates em uma transação. Pois
no final eles podem dar um commit para efetivar ou um rollback para
desfazer tudo.
Pode indicar algum link com informação sobre isso?
http://www.postgresql.org/docs/current/static/tutorial-transactions.html
[]s
Flavio
Boa noite pessoal,
O que vocês indicam, em termos de leitura e aplicabilidade sobre
escalabilidade horizontal no postgres?
Para qual tipo de carga?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Quero entender melhor o conceito e em como aplicar esse conceito no
postgres, talvez entendendo melhor o conceito já possa me ajudar. Eu sei
que, para aplicar, por muitas vezes, depende do cenário.
Obrigado.
Danilo
Em 1 de fevereiro de 2012 08:44, Flavio Henrique Araque Gurgel
fha...@gmail.com
Senhores(as),
Tenho a seguinte situação (a grosso modo):
BEGIN TRANSACTION;
INSERT INTO vendas (...);
if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação)
INSERT INTO vendas_produtos (...);
if errorfile() then ROLLBACK TRANSACTION; exit.
INSERT INTO vendas_produtos (...);
if
Você poderia colocar uma validação dos dados a ser inseridos na sua
aplicação, pelo menos você teria mais garantia sobre os dados que serão
gravados no banco, evitando assim insert de dados incompletos ou fora do
padrão.
Danilo
Em 1 de fevereiro de 2012 10:25, Ronei Heck
Le 2012-F-1 10h25, Ronei Heck a écrit :
BEGIN TRANSACTION;
INSERT INTO vendas (...);
if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação)
[…]
COMMIT TRANSACTION;
Cadê o tratamento de erros da base?
Basicamente, precisas duma subrotina de tratamento de erros, que
Eu tenho a seguinte função:
CREATE OR REPLACE FUNCTION public.getall ()
RETURNS SETOF public.localizacao AS
$body$
DECLARE
r localizacao%rowtype;
BEGIN
FOR r IN SELECT l.id, l.cep FROM localizacao l
WHERE l.status = 'A'
LOOP
-- can do some processing here
RETURN NEXT r; -- return current
Le 2012-F-1 10h36, Danilo Silva a écrit :
Você poderia colocar uma validação dos dados a ser inseridos na sua
aplicação, pelo menos você teria mais garantia sobre os dados que serão
gravados no banco, evitando assim insert de dados incompletos ou fora do
padrão.
Não sei se entendi, Danilo —
Quero entender melhor o conceito e em como aplicar esse conceito no
postgres, talvez entendendo melhor o conceito já possa me ajudar. Eu sei
que, para aplicar, por muitas vezes, depende do cenário.
Depende sempre do cenário, não por muitas vezes.
Comece lendo [1] para entender as diversas
Eu tenho a seguinte função:
CREATE OR REPLACE FUNCTION public.getall ()
RETURNS SETOF public.localizacao AS
$body$
DECLARE
r localizacao%rowtype;
BEGIN
FOR r IN SELECT l.id, l.cep FROM localizacao l
WHERE l.status = 'A'
LOOP
-- can do some processing here
RETURN NEXT r; -- return
Sim, a gente toma todo o cuidado, fazemos testes e mais testes. Geralmente
pegamos os erros na fase de testes. Mas uma e outra vez escapa alguma coisa.
Penso que isso seria uma falha do postgres, já que está tudo dentro de uma
transação e, no meu modo de ver, havendo erro, deveria abortá-la
Mas se acontecer um erro a nível de postgres, tipo, inserindo o registro em
vendas_parcelas com um campo inexistente na tabela, o postgres retorna um
erro, mas mesmo eu enviando um ROLLBACK, o que já foi gravado fica gravado,
a venda fica incompleta. Ou seja, quando há algum erro de dados que
Obrigado Flavio. Vou estudar.
So uma pegunta e possivel implementar uma solucao desse genero mesmo que
usemos como terminal o qgis?
abraço
Em 01-02-2012 10:43, Flavio Henrique Araque Gurgel escreveu:
Pelo menos instrui eles a colocar esses updates em uma transação. Pois
no final eles podem
Sim, a gente toma todo o cuidado, fazemos testes e mais testes. Geralmente
pegamos os erros na fase de testes. Mas uma e outra vez escapa alguma coisa.
Penso que isso seria uma falha do postgres, já que está tudo dentro de uma
transação e, no meu modo de ver, havendo erro, deveria abortá-la
Você está enviando vários scripts SQL para o banco e o Postgres considera
cada um independente pois cada um está em uma sessão diferente. Não seria o
caso de você montar tudo em um único script e enviar para o banco?
[]´s
Em 1 de fevereiro de 2012 10:56, Flavio Henrique Araque Gurgel
Gostaria de agradecer pela indicação do caminho que deveria seguir.
Pesquisei e funcionou (pcp_node_attach).
Em 31 de janeiro de 2012 16:22, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
estou com um laboratório com o seguinte cenário:
PGPOOL2 com load balance on
MASTER 9.1.2
Com muita satisfação, a Equipe Async Stoq anuncia a versão 1.2 do Stoq.
Atrativos deste release:
- Adição do novo aplicativo calendário, para melhor visualização de
contas a pagar, receber, compras e chamados.
- Criação de atalhos de teclados configuráveis pelos usuários.
- Configuração de
tentei de tudo mais não consegui achar a solução pela internet, espero que
possam me ajudar obrigado.
Você recebeu uma resposta à sua pergunta um pouco mais cedo hoje.
Por que mandar duplamente sua pergunta pra lista, com assuntos
distintos ainda por cima?
Danilo muito boa sua thread, também tenho muito o que aprender nesse
assunto, Flávio muiito obrigado pelo link estudarei mais essas informações
que você nos repassou.
p.s: Danilo qualquer coisa podemos nos comunicar em private para trocarmos
idéias sobre o que vamos aprendendo sobre o tópico.
Bom dia pessoal,
Tenho que criar uma função que usará a linguagem Python..
No entanto executando no postgres
CREATE LANGUAGE plpythonu;
obtive o retorno..
ERRO: não pôde acessar arquivo $libdir/plpython: Arquivo ou diretório não
encontrado
Tentei utilizar o comando YUM INSTALL PyGreSQL..
On 01-02-2012 11:04, Tulio Santos wrote:
Tenho que criar uma função que usará a linguagem Python..
No entanto executando no postgres
CREATE LANGUAGE plpythonu;
obtive o retorno..
ERRO: não pôde acessar arquivo $libdir/plpython: Arquivo ou diretório não
encontrado
O pacote que você
Já agora, eu tenho campos double precision e quero que o número de casa
decimais sejam duas, é possível restringir?
Ou que tipo de dados tem de ser? Experimentei numeric e decimal mas só
funciona com números inferiores a 1...
Obrigado
___
pgbr-geral
Euler,
Ja tentei e no obtive resultado tambem...
Tenho que alterar algo no caminho "$libdir/plpython"
?
Att,
Tulio
-
2012/2/1, Willian Fernando willian.unig...@hotmail.com:
Eu tenho a seguinte função:
CREATE OR REPLACE FUNCTION public.getall ()
RETURNS SETOF public.localizacao AS
$body$
DECLARE
r localizacao%rowtype;
BEGIN
FOR r IN SELECT l.id, l.cep FROM localizacao l
WHERE l.status = 'A'
LOOP
2012/2/1 Tulio Santos tuliogust...@yahoo.com.br:
Ja tentei e não obtive resultado tambem...
Obteve resultado sim, pelo menos um erro. Qual?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2012/2/1 Pedro Costa pedrocostaa...@sapo.pt:
Já agora, eu tenho campos double precision e quero que o número de casa
decimais sejam duas, é possível restringir?
Não está claro… restringir entrada, armazenamento ou saída?
São mecanismos diferentes para cada situação. O mais genérico seria
2012/2/1 José Mello Júnior jose.mello.jun...@gmail.com:
Você está enviando vários scripts SQL para o banco e o Postgres considera
cada um independente pois cada um está em uma sessão diferente. Não seria o
caso de você montar tudo em um único script e enviar para o banco?
Não duvidando, mas é
Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu:
restringir entrada, armazenamento ou saída?
Armazenamento e saída ou apenas saída
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2012/2/1 Pedro Costa pedrocostaa...@sapo.pt:
Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu:
restringir entrada, armazenamento ou saída?
Armazenamento e saída ou apenas saída
Então usa um tipo de dado adequado…
___
pgbr-geral
Sim mas qual?como limito o double precision?o decimal e numeric não
funcionam
Em 01-02-2012 16:28, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2012/2/1 Pedro Costapedrocostaa...@sapo.pt:
Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu:
restringir entrada,
Se reparar como indicou na mensagem inicial, onde o teste do sucesso não
integra um comando SQL, podedesconfiar que seja esse o problema.
[]´s
Em 1 de fevereiro de 2012 14:14, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2012/2/1 José Mello Júnior
Continua dando o mesmo erro quando executo:
CREATE LANGUAGE plpythonu;
---
ERRO: não pôde acessar arquivo $libdir/plpython2: Arquivo ou diretório não
encontrado
--
mas durante a instalação com YUM INSTALL
ele aparece Package postgresql-plpython-8.4.10-1PGDG.rhel5.i386 already
installed
Continua dando o mesmo erro quando executo:
CREATE LANGUAGE plpythonu;
---
ERRO: não pôde acessar arquivo $libdir/plpython2: Arquivo ou diretório
não encontrado
--
mas durante a instalação com YUM INSTALL
ele aparece Package postgresql-plpython-8.4.10-1PGDG.rhel5.i386 already
installed
Pessoal estou fazendo um site em PHP que busca dados do meu postgresql.
Só que quando retorna para a tela, está vindo com caracteres estranhos.
minha base está com Latin1.
Alguém tem alguma idéia?
Qual o client_encoding?
___
pgbr-geral mailing
2012/2/1 Pedro B. Alves pedroalve...@gmail.com:
Pessoal estou fazendo um site em PHP que busca dados do meu postgresql.
[…]
minha base está com Latin1.
Para que usar uma codificação obsoleta em vez da UTF8?
___
pgbr-geral mailing list
Lembre-se, por ser uma aplicação web, pode ocorrer problemas de acentuação
dependendo da codificação do navegador utilizado pelo usuário final...
Danilo
Em 1 de fevereiro de 2012 16:36, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2012/2/1 Pedro B. Alves
Le 2012-F-1 19h20, Danilo Silva a écrit :
Uma vez aconteceu isso comigo, iniciei uma transação, após alguns
inserts válidos, ocorreu um com erro de sintaxe e todos os inserts
anteriores sofreram ROLLBACK, só não lembro se foi na versão 8.2 ou 8.4.
Mas é justamente isso o que tem de acontecer…
Le 2012-F-1 19h26, Danilo Silva a écrit :
Lembre-se, por ser uma aplicação web, pode ocorrer problemas de
acentuação dependendo da codificação do navegador utilizado pelo usuário
final...
Isso é raro, já que a grande maioria dos usuários tem navegadores que
podem mostrar todas as
Tom Lane... Tenho que falar com este cara... Pra pedir desculpas por ter
levantado a hipótese de o Postgres estar com erro, hehehe.
Respondendo ao Flávio, Leandro, Danilo e Mello.
Bom, então o problema deve estar na maneira como faço.
Uso clarion 6.1 e acesso o postgres via odbc. Segue uma
Le 2012-F-2 00h16, Ronei Heck a écrit :
Bom, então o problema deve estar na maneira como faço.
Ou na ferramenta.
Uso clarion 6.1
Acho que ouvi falar disso nalguma vida passada. Não tenho a menor
lembrança. Não é nenhum gerador de código, não?
e acesso o postgres via odbc
Como tudo
Olha só, talvez seja mais interessante tirar esse processo da aplicação e
gerar uma função plsql que execute todo o processo.
Evita inclusive que, caso ocorra, falha na estação, a transação fique
aberta.
___
pgbr-geral mailing list
On 01-02-2012 23:16, Ronei Heck wrote:
Pode ser um problema do clarion, ou a maneira como estou programando. Alguma
idéia do que pode ser?
É o que parece. Ele deve estar no modo auto-efetivação (aka autocommit). Para
tirar a prova, habilite o log de todas as consultas
43 matches
Mail list logo