Cara, muito bacana a idéia, mas ficaria melhor ainda se você realizasse um
formulário no Google Docs. Já fiz isso antes, fica bem melhor e você pode
compartilhar os resultados de maneira mais limpa.
Depois de pronto, manda um e-mail que a gente coloca no site da comunidade
em
Permite sim.
Voce pode usar a funcao remote select e fazer basicamente
qqer consulta num banco externo.
Veja exemplo:
SELECT *
dbi_link.remote_select(1, '
-- consulta dentro do oracle
SELECT id_solicitante, nm_solicitante FROM solicitante ORDER BY
id_solicitante
') t (
ID_SOLICITANTE
É porque vc está escrevendo os parametros em yaml da função com a sintaxe
errada.
Sugiro que voce use a funcao dbi_link.is_yaml para construir o parametro
corretamente
e depois substitua.
2009/11/27 Andre Gustavo andregbmedei...@gmail.com
Amigos,
Estou com este problema do DBILINK,
Bom dia Senhores,
Instalei recentemente o postgresql 8.4.4.1 em minha máquina e me deparei
com a seguinte situação:
PGAdmin III - Conecta normal, sem nenhum problema
Lazarus c/Zeos - Mensagem: none of the dynamic libraries not found:
libpq.so.4, libpq.so
Architect c/JDBC - Mensagem: Couldn't
Evamdrp,
O erro diz user 'postgre', não errou na digitação não?
Abraços,
Aldrey Galindo
Em 19 de maio de 2010 11:29, Evandro Siqueira vans...@gmail.com escreveu:
Bom dia Senhores,
Instalei recentemente o postgresql 8.4.4.1 em minha máquina e me deparei
com a seguinte situação:
PGAdmin
Mateus,
Cuidado ao montar as combinações, há repetições na sua consulta. Faltou
também NOT EXISTS nas tabelas que não sofreram INNER JOIN:
-- com B sem C
SELECT campoA, campoB, null as c
FROM a INNER JOIN b ON (a.id= b.id)
WHERE NOT EXISTS (SELECT 1 FROM c WHERE a.id= c.id)
UNION all
-- sem
Não sei se minha pergunta é boba, mas:
Porque fazer desse jeito é mais eficiente do que fazer um LEFT JOIN?
[]s
Bene
Em 19/5/2010 12:37, Mozart Hasse escreveu:
Mateus,
Cuidado ao montar as combinações, há repetições na sua consulta. Faltou
também NOT EXISTS nas tabelas que
O usuários não seria postgres?
--
From: Evandro Siqueira vans...@gmail.com
Sent: Wednesday, May 19, 2010 11:29 AM
To: Lista Postgre pgbr-geral@listas.postgresql.org.br
Subject: [pgbr-geral] Conexão de aplicativos no Postgre
Bom dia Senhores,
Boa tarde a todos...
Pois bem, alguém poderia, por favor, me explicar porque a consulta A usa
índice e a B não?
Você não devieria concluir que este tipo de consulta (B) sempre
ocorrerá sem o uso de índices, pois com este universo muito pequeno de
dados realmente é mais rápido ir direto
Cara, tive o mesmo problema que vc no pgadmin na maquina servidor, no meu
servidor opensuse eu nao consigo conectar, dando a mesma msg, porem em uma
maquina na rede eu tenho acesso normal.
2010/5/19 Jean ejdom...@yahoo.com.br
O usuários não seria postgres?
Sim amigo por exemplo a query que estava tentando melhorar demorava
uns 25segundos com left join passando a usar a técnica do Mozart ela
passou a executar em no max 3segundos.
Abaixo segue a query modificada.
SELECT
codigofab,
descricao,
prazo,
quantidade,
Em 19 de maio de 2010 11:29, Evandro Siqueira vans...@gmail.com escreveu:
Bom dia Senhores,
Instalei recentemente o postgresql 8.4.4.1 em minha máquina e me deparei
com a seguinte situação:
PGAdmin III - Conecta normal, sem nenhum problema
Lazarus c/Zeos - Mensagem: none of the dynamic
Aplique a idéia de usar UNION ALL. Isso funciona em qualquer servidor SQL e
nunca vi piorar o desempenho da consulta. O que faço é o seguinte: para
CADA
LEF OUTER JOIN da sua consulta, substitua por duas cópias da mesma query
separadas por UNION ALL (não union, tem de ser UNION ALL), sendo
Evandro,
Com relação as libs, você verificou se elas estão no path (/usr/lib, por
exemplo)?
Caso estejam, você pode utilizar o strace para debugar o teu aplicativo e
ver de onde ele está tentando carregar as libs.
Att,
Em 19 de maio de 2010 12:21, Evandro Siqueira vans...@gmail.com escreveu:
Boa tarde.
Uma dúvida sobre a performance de buscas, indexas ou não por tipo de dado de
cada campo.
Ou seja,
Existe diferença de performance entre um campo character varying e um
integer?
Procurei na documentação e não encontrei nada a respeito.
Case:
Uma tabela com 1.000.000 de registros
2010/5/19 Gustavo Jotz gustavo.j...@gmail.com:
Existe diferença de performance entre um campo character varying e um
integer?
Sim, mas quase sempre irrelevante. Otimização precoce é a raiz de
toda sorte de males.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11)
Senhores, bom dia!
Estou realizando alguns testes a mérito de aprendizado, encontrei
dificuldades em montar um SELECT. Possuo um cenário de uma vídeo
locadora onde
existem duas tabelas “clientes“ e “emprestimos“ conforme definição
abaixo:
CREATE TABLE
clientes
(
codigo_cliente integer NOT
Ola FábioTelles,
Segui seu conselho e criei o formulario no google docs, realmete d+. Abaixo
esta o link
http://spreadsheets.google.com/viewform?formkey=dFRZTFZqWWo2Ny1iVi0xSkl3YnN5WUE6MQ
Espero que todos colaborem, demora uns 15 minutos para responder.
Na minha opinião vai ser de grande ajuda
Benedito,
Não sei se minha pergunta é boba, mas:
Porque fazer desse jeito é mais eficiente do que fazer um LEFT JOIN?
A pergunta não é boba não, na realidade a explicação não é nada trivial.
A resposta mais simples e curta que posso dar é: esse jeito (UNION ALL +
INNER + NOT EXISTS) é
Muito boa explicação, obrigado!
Em 19/05/2010 19:55, Mozart Hasse escreveu:
Benedito,
Não sei se minha pergunta é boba, mas:
Porque fazer desse jeito é mais eficiente do que fazer um LEFT JOIN?
A pergunta não é boba não, na realidade a explicação não é nada trivial.
A
Algum lugar com essa informação? Link? Artigo?
Brigo muito com os analistas quando me vem com um mapeamento meio sem
sentido.
RG, CPF com integer pois dizem que é mais performático, o que eu discordo.
Preciso de algo para encerrar esse assunto de vez.
No Oracle, todos os campos são convertidos
Em 19 de maio de 2010 21:34, Gustavo Jotz gustavo.j...@gmail.com escreveu:
Algum lugar com essa informação? Link? Artigo?
Brigo muito com os analistas quando me vem com um mapeamento meio sem
sentido.
RG, CPF com integer pois dizem que é mais performático, o que eu discordo.
Preciso de algo
Boa Noite.Venho agradecer a todos que me ajudaram a fazer o slony replicar para
tabela para varios nodos.Conforme o script abaixo que peguei aqui no forum como
base e consegui fazer o slony replicar uma mesma tabela para 4 nodos.So que
agora estou com uma outra situacao que se alguem puder me
Não ficou muito claro para mim a reescrita de uma consulta.
Como eu faria numa consulta como esta abaixo???
*CREATE OR REPLACE VIEW vw_ch_professores_turmas_ofertas AS
SELECT tof.id AS turma_oferta_id, tpo.id AS turma_professor_id, pf.id AS
professor_id, pf.cod_prof, ps.id, ps.nome_pessoa,
24 matches
Mail list logo
