Re: [pgbr-geral] Obter nome da coluna de um tipo RECORD

2008-03-12 Por tôpico Euler Taveira de Oliveira
Valter Lobo - Imaginary Software System wrote: > for each nomeColuna in record > begin > valorColuna = record.nomeColuna > insert into tabela_auditoria(id , nomeColuna , valorColuna ) > end > Em pl/pgsql, ainda não é possível fazer isso. E mesmo se isso funcionasse você precisaria

Re: [pgbr-geral] lista php

2008-03-12 Por tôpico Marcus Costa
http://groups.yahoo.com/group/php-brasilia/ On Wed, Mar 12, 2008 at 5:16 PM, Mr J.L. <[EMAIL PROTECTED]> wrote: > Pessoal, >Alguem poderia me indicar um lista de PHP boa em > portugues, por favor. >Tenho que descobrir uma maneira de quando clicar > no stop do navegador, dar um "pg_cancel_

[pgbr-geral] lista php

2008-03-12 Por tôpico Mr J.L.
Pessoal, Alguem poderia me indicar um lista de PHP boa em portugues, por favor. Tenho que descobrir uma maneira de quando clicar no stop do navegador, dar um "pg_cancel_query", cancelar a query. Como cancelar a query é sussi, o problema ta em identificar qnd deu o stop. valeu. Obrigado.

Re: [pgbr-geral] Obter nome da coluna de um tipo RECORD

2008-03-12 Por tôpico Thiago Risso
> for each nomeColuna in record > begin > valorColuna = record.nomeColuna > insert into tabela_auditoria(id , nomeColuna , valorColuna ) > end plperl Com plpgsql creio que não será possivel ... Com plperl é assim: my %newrow = %{$_TD->{new}}; while (($column,$value) = each %

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Bruno Simioni <[EMAIL PROTECTED]>: > Não me importa o montante de dados pra demonstrar o que estou defendendo, > que graças a sua má interpretação, foi definido como fruto da ignorância. O > simples fato de alocar mais memória, paginá-la, ou mesmo, mais uma > interrupção no kernel pra re

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Bruno Simioni
Olá Roberto, Seguindo o mesmo raciocínio colocado por Leandro Dutra, há alguns emails atrás, de que não importa qual a marca da placa de rede a ser colocada, mas sim seu desempenho em relação ao processo em si, coloquei o comentário sobre a criação de processos pra esse modelo de aplicação onde há

Re: [pgbr-geral] Visões materializáveis (Era: Opnião sobre esta declaração)

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > Veja que o que tenho exposto, não só nesta mas na outra tread, são opiniões > de terceiros que estou expondo numa lista direcionada ao assunto para ouvir > opiniões, não estou falando que compartilho com elas. Sim, entendi ­— mas realmente é bom sabe

Re: [pgbr-geral] Visões materializáveis (Era: Opnião sobre esta declaração)

2008-03-12 Por tôpico Nilson Chagas
Veja que o que tenho exposto, não só nesta mas na outra tread, são opiniões de terceiros que estou expondo numa lista direcionada ao assunto para ouvir opiniões, não estou falando que compartilho com elas. Em 12/03/08, Leandro DUTRA <[EMAIL PROTECTED]> escreveu: > > 2008/3/12, Nilson Chagas <[EMA

Re: [pgbr-geral] dblink+acentuacao

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Heloisa Fernanda <[EMAIL PROTECTED]>: > > Estou usando o dblink para pergar dados de um banco e inserir em outro, o q > ocorre é q quando executo uma query e os dados retornados contém acentos ou > ç a linha é simplesmente ignorada como se ela nao existisse na tabela. > Os dois banco são

[pgbr-geral] Visões materializáveis (Era: Opnião sobre esta declaração)

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > Uma vez me falaram que o postgresql seria uma oracle menor Menor, mais focado, mais ágil, mais seguro. > e tb li que > banco de dados free, não possui view materalize(??). Leu onde? Só para eu evitar de ler outras bobagens do mesmo calibre... Nã

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Evandro Ricardo Silvestre <[EMAIL PROTECTED]>: > No PostgreSQL a tabela só trava se você mandar. acredito que você nunca > terá dead lock por excesso de acesso (estou certo??) No PostgreSQL travam-se tuplas sob demanda implícita. Problemas aparecem com transações que atualizam os mes

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Roberto Mello
2008/3/12 Bruno Simioni <[EMAIL PROTECTED]>: > Uma camada intermediária entre as requisições (SQL do PHP) e o acesso ao > banco, que se posicionasse de forma a receber requisições, utilizar uma > conexão persistida para as queries (através de uma singleton, por exemplo), > e devolver as respostas,

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Te recomendo outra coisa. Colocar uma placa de rede (de preferência 3 Com) A marca não importa. Importa sim que tenha um bom processador de E/S embutido que não carregue a CPU. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > O problema no site atual começou acontecer depois de dois dias do novo > servidor no ar. Quando o site passava de 500 usuarios estava dando dead > block no banco que é mysql. /Dead locks/ (travamento cruzado) é problema de aplicação, não de banco. V

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > Vc e o Bruno me deram uma boa visão sobre o problema, e pelo que entendi vou > ter que desenvolver isto por meio do PHP, não e algo que eu possa fazer no > banco de dados. Correto?? > > Uma pergunta, a utilização de view amenizaria o problema??? Pelo

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Tiago N. Sampaio
Em php tem o adodb que tenho ctz que faz cache. e o metabase, que não tenho ctz. ambos são classes de abstração de banco de dados.. Abraços Jorge Vilela wrote: > Algum de vocês conhece algum framework para PHP que faça esse tipo de > coisa? spool + cache? > > Estou pensando em melhorar o acesso

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Roberto Mello <[EMAIL PROTECTED]>: > Seu administrador está redondamente enganado e mal informado sobre as > diferenças entre arquiteturas de threads e múltiplos processos. > > Em sistemas como Linux Roberto, eu disse que ele tinha razão — porque estou pressupondo, com o nível de conh

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > "Que este novo site, use algum sistema de cache entre o site e o banco > (cache de dados + pool de conexão), pois o problema deste site atual, e da > grande maioria dos sistemas em php é a ausência desta camada essencial em > sites com grande volume

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Roberto Mello
2008/3/12 Nilson Chagas <[EMAIL PROTECTED]>: > Desculpe já chegar sugando dos companheiros. > > Mas gostaria de opinião dos colegas sobre esta declaração do administrador > da hospedagem: > > "Que este novo site, use algum sistema de cache entre o site e o banco > (cache de dados + pool de conexão

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
BLZ, nem precisa de nova tread. Vou pesquisar o assunto. Pessoal, obrigado a todos, pelas ótimas informações, agora vou para o grupo de discussão do PHP e ver o que posso conseguir sobre cache. 2008/3/12, Evandro Ricardo Silvestre <[EMAIL PROTECTED]>: > > Nilson Chagas wrote: > > Falando sobre v

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Evandro Ricardo Silvestre
Nilson Chagas wrote: > Falando sobre view, e aproveitando a tread. Sugiro criar uma nova thead. > > Uma vez me falaram que o postgresql seria uma oracle menor, e tb li > que banco de dados free, não possui view materalize(??). O postgresql tem view materalize, procure em discussões passadas. Evan

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Bom, não conheço mysql, e não faço questão nenhuma de conhecer. Mas se você esta falando que o postgresql só trava se eu mandar, então pode deixar que eu não mando. rsrsrs Falando sobre view, e aproveitando a tread. Uma vez me falaram que o postgresql seria uma oracle menor, e tb li que banco de

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Se utilizar smaty, ele não possui um cache??? Não estaria resolvendo o problema de varias requisições??? Desculpe perguntar isto aqui, mas como já estamos no assunto. Em 12/03/08, Jorge Vilela <[EMAIL PROTECTED]> escreveu: > > Algum de vocês conhece algum framework para PHP que faça esse tipo de

Re: [pgbr-geral] gráficos e estatísticas de desemp enho

2008-03-12 Por tôpico Luciano Mittmann
Ainda não testei ! Em 12/03/08, Mr J.L. <[EMAIL PROTECTED]> escreveu: > > Luciano, >O Cedrus é show, mas voce sabe se ele funciona em > versoes de 8.2 a 8.3 ? > > Obrigado. > > --- Luciano Mittmann <[EMAIL PROTECTED]> escreveu: > > > > Pessoal, > > > > Disponibilizei o endereço > > http://www

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Os servidores são dedicados sim. Eu achei que para o numero de acessos teria que ser uma maquina com 4GB de RAM. O site é este www.saopaulofc.com.br, no dia da contratação do Adriano o site caiu 3 vezes (no servidor antigo). No servidor novo, quando passou de 500 ele caiu simplesmente. Apesar,

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Jorge Vilela
Algum de vocês conhece algum framework para PHP que faça esse tipo de coisa? spool + cache? Estou pensando em melhorar o acesso ao banco de dados das minhas aplicações pois estão ficando muito pesadas também... E hoje trabalho com php/postgres... []'s Jorge 2008/3/12 Nilson Chagas <[EMAI

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Evandro Ricardo Silvestre
Nilson Chagas wrote: > RSRSRSRS' > > Foi mal este negocio me deixou muito pensativo. > > Veja o que ele me passou no dia que deu problema apos o upgrade dos > servidores: > > Está dando 'dead lock' na tabela spnet_users, ou seja, várias > transações simultâneas nesta tabela em que uma conxão fica

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
RSRSRSRS' Foi mal este negocio me deixou muito pensativo. Veja o que ele me passou no dia que deu problema apos o upgrade dos servidores: Está dando 'dead lock' na tabela spnet_users, ou seja, várias transações simultâneas nesta tabela em que uma conxão fica aguardando algo terminar na outra e v

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico alecindro
Acredito que os teus servidores estão a 100 Mbps na rede. A conexão a internet depende da banda disponibilizada pelo seu provedor. E veja se esta conexão não está compartilhada com outros acessos. A tua franquia de tráfego de 1.5TB é referente a dados e não tem nada a ver com a velocidade. Te reco

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico William Leite Araújo
Em 12/03/08, Nilson Chagas <[EMAIL PROTECTED]> escreveu: > > Isto foi me passado: > > "São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de RAM. Máquinas boas, mas como havia dito, uma má-configuração das mesmas gera problemas. Os servidores estão (deveriam estar) conecta

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico alecindro
Ameniza o trabalho do banco de dados em selecionar os dados solicitados , mas cada vez que você fizer uma requisição, todos os dados serão carregados na memória do servidor Web. Eu não entendo nada de PHP, mas o princípio é o mesmo em qualquer aplicação. Vou tentar criar um guia: - Você fará uma i

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Benedito A. Cruz
Dead block ou deadlock? São coisas bem diferentes. Nilson Chagas wrote: Isto foi me passado: "São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de RAM. Os servidores estão (deveriam estar) conectados à internet a uma velocidade de 100Mbps (está a 10Mbps e já estou resolven

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Isto foi me passado: "São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de RAM. Os servidores estão (deveriam estar) conectados à internet a uma velocidade de 100Mbps (está a 10Mbps e já estou resolvendo isto). Um servidor roda o webserver e o outro os bancos mysql e pgsql. Cada

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Vc e o Bruno me deram uma boa visão sobre o problema, e pelo que entendi vou ter que desenvolver isto por meio do PHP, não e algo que eu possa fazer no banco de dados. Correto?? Uma pergunta, a utilização de view amenizaria o problema??? Em 12/03/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escreveu

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico William Leite Araújo
Bom, temos números para o problema? Número máximo de conexões simultâneas? Existe "intranet" (área que exija autenticação)? As transações possuem um "equilíbrio" ou inserção/atualização é mais freqüente? Qual o hardware para dar suporte a tais requisições? Qualquer servidor mal-

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Dickson Guedes
Nilson Chagas escreveu: > (...) "Não quero preocupá-los, mas, na minha opinião, com o banco > PostgreSQL vai ficar pior porque ele cria um processo servidor para > cada conexão. Deste modo, se a cada request for criada uma conexão, > consumido dados, e fechada a conexão, diferentemente do MySQL

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico alecindro
Em relação o PostgreSQL ao criar um processo servidor para cada aplicação eu não sei te responder. Em sistemas Web, com grande número de requisições, devemos criar um cache (armazenar na memória do servidor Web) os dados que são mais acessados, para não ter requisições ao banco toda vez que alguém

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Bruno Simioni
Uma camada intermediária entre as requisições (SQL do PHP) e o acesso ao banco, que se posicionasse de forma a receber requisições, utilizar uma conexão persistida para as queries (através de uma singleton, por exemplo), e devolver as respostas, logando as ações de cada usuário que fez a requisição

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Então, o site atual não fui eu quem fiz... vou desenvolver o site novo. Eu falei para os proprietários do site, que um grande problemas que eles tinham estava relacionado ao mal uso do banco de dados, que atualmente é mysql. Para o novo site pedirão que fosse feito em postgresql, o qual não conhe

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Sebastian SWC
2008/3/12 Jorge Vilela <[EMAIL PROTECTED]>: > O que seria uma camada de pool + cache? > > Alguma camada de persistencia? Acho que ele disse *gentilmente* que você reestruturasse sua aplicação para que ela tivesse menos acesso ao banco... -- Atenciosamente, Sebastian Selau Webber Colombo

Re: [pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Jorge Vilela
O que seria uma camada de pool + cache? Alguma camada de persistencia? 2008/3/12 Nilson Chagas <[EMAIL PROTECTED]>: > Desculpe já chegar sugando dos companheiros. > > Mas gostaria de opinião dos colegas sobre esta declaração do administrador > da hospedagem: > > "Que este novo site, use algum

[pgbr-geral] Opnião sobre esta declaração

2008-03-12 Por tôpico Nilson Chagas
Desculpe já chegar sugando dos companheiros. Mas gostaria de opinião dos colegas sobre esta declaração do administrador da hospedagem: "Que este novo site, use algum sistema de cache entre o site e o banco (cache de dados + pool de conexão), pois o problema deste site atual, e da grande maioria d

[pgbr-geral] dblink+acentuacao

2008-03-12 Por tôpico Heloisa Fernanda
Olá! Estou usando o dblink para pergar dados de um banco e inserir em outro, o q ocorre é q quando executo uma query e os dados retornados contém acentos ou ç a linha é simplesmente ignorada como se ela nao existisse na tabela. Os dois banco são SQL_ASCII. Alguem sabe como resolver isso? []'s H

Re: [pgbr-geral] Array de composite types

2008-03-12 Por tôpico Osvaldo Rosario Kussama
Artur Sampaio escreveu: > Alguém sabe como criar arrays de composite types? > Eu sei que o PG atualmente não suporta este tipo de construção, mas > estava imaginando se alguém pode sugerir alguma forma de contornar isso. > Pretendo utilizar este array como parâmetro de entrada/saída em procedures.

[pgbr-geral] Obter nome da coluna de um tipo RECORD

2008-03-12 Por tôpico Valter Lobo - Imaginary Software System
Gostaria de saber como obter os nomes das colunas de um RECORD. Gostaria de fazer algo parecido, pseudo codigo: for each nomeColuna in record begin valorColuna = record.nomeColuna insert into tabela_auditoria(id , nomeColuna , valorColuna ) end http://www.postgresql.org/docs/8.1/i

Re: [pgbr-geral] Backup

2008-03-12 Por tôpico Fábio Telles Rodriguez
Em 12/03/08, Márcia Regina da Silva Pimentel<[EMAIL PROTECTED]> escreveu: > Olá pessoal!! > > Tenho uma base de dados em um micro e este pegou vírus. *** MEDO *** > A pessoa que > formatou, ao invés de fazer um dump copiou apenas as pastas do postgres com > o windows em modo de segurança. > > Tem

[pgbr-geral] Array de composite types

2008-03-12 Por tôpico Artur Sampaio
Alguém sabe como criar arrays de composite types? Eu sei que o PG atualmente não suporta este tipo de construção, mas estava imaginando se alguém pode sugerir alguma forma de contornar isso. Pretendo utilizar este array como parâmetro de entrada/saída em procedures. Minha idéia é criar procedures

Re: [pgbr-geral] Problemas com SQL

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Rodrigo Gomes Santana <[EMAIL PROTECTED]>: > E ai galera, estou com uma demora nesta consulta abaixa Por favor, forneça a estrutura das tabelas, volumes de dados das mesmas, distribuição dos mesmos, texto da consulta, e cole o explain sem quebras de linha... -- skype:leandro.gfc.dutra

[pgbr-geral] Problemas com SQL

2008-03-12 Por tôpico Rodrigo Gomes Santana
E ai galera, estou com uma demora nesta consulta abaixa Tenho alguma coisa que possa ser melhorado de acordo com o explain? "Nested Loop (cost=0.00..114.69 rows=1 width=20) (actual time=1.251..7335.952 rows=5493 loops=1)" " -> Nested Loop (cost=0.00..27.23 rows=1 width=24) (actual time=0.826..

Re: [pgbr-geral] Backup

2008-03-12 Por tôpico Leandro DUTRA
2008/3/12, Márcia Regina da Silva Pimentel <[EMAIL PROTECTED]>: > Tenho uma base de dados em um micro e este pegou vírus. A pessoa que > formatou, ao invés de fazer um dump copiou apenas as pastas do postgres com > o windows em modo de segurança. > > Tem alguma possibilidade de eu conseguir restaur

Re: [pgbr-geral] gráficos e estatísticas de desemp enho

2008-03-12 Por tôpico Mr J.L.
Luciano, O Cedrus é show, mas voce sabe se ele funciona em versoes de 8.2 a 8.3 ? Obrigado. --- Luciano Mittmann <[EMAIL PROTECTED]> escreveu: > Pessoal, > > Disponibilizei o endereço > http://www14.pr.gov.br/cedrus para quem ainda não > conhece o cedrus. Só pra ter uma idéia de seu > funci

[pgbr-geral] Backup

2008-03-12 Por tôpico Márcia Regina da Silva Pimentel
Olá pessoal!! Tenho uma base de dados em um micro e este pegou vírus. A pessoa que formatou, ao invés de fazer um dump copiou apenas as pastas do postgres com o windows em modo de segurança. Tem alguma possibilidade de eu conseguir restaurar essa base de dados? SO: Windows xp PostgreSQL: 8.0 Ob

Re: [pgbr-geral] gráficos e estatísticas de desemp enho

2008-03-12 Por tôpico Dickson Guedes
Luciano Mittmann escreveu: > Pessoal, > > Disponibilizei o endereço http://www14.pr.gov.br/cedrus para quem > ainda não conhece o cedrus. Só pra ter uma idéia de seu funcionamento. > > Luciano Legal Luciano, Eu ainda estou tentando colocá-lo para funcionar aqui. [ ]s Guedes __