Re: [pgbr-geral] Modelando um Controle de Estoque
Obrigado pelo exemplo prático Alexsander. Eu defendi este argumento, mas não tinha encontrado naquele momento um caso prático que o reforçasse. Att. Alex Alexsander Rosa escreveu: Eu vejo um problema em usar CNPJ como chave primária de clientes: os órgãos públicos. Em geral vários órgãos diferentes, com nomes e endereços diferentes, usam o mesmo CNPJ. Por exemplo, aqui no RS todas as escolas estaduais usam o mesmo CNPJ, da Secretaria de Educação: 92.941.681/0001-00. Para efeito de negócio são clientes diferentes, pois cada escola tem um perfil e um histórico de compras diferente, um endereço diferente, uma relação de compradores diferente, etc. Não seria interessante, do ponto de vista do negócio, unificar todos no mesmo cadastro por causa de uma restrição da modelagem de dados. 2008/6/20 Leandro DUTRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 2008/6/20 Ribamar Sousa [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Bem, hoje o banco está com 13 tabelas, todas relacionadas mas percebo que uma grande maioria também deve ser adicionada num sistema real e importante. Muito bom enviar o script � e muito bom usar preferencialmente chaves naturais! Estávamos mesmo precisando de bons contra-exemplos ao Hybernate... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Alexsander da Rosa Linux User #113925 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Registrar Slony no win 2003 (resolvido)
Ai amigos Informação importante Para registrar o Slony no Windows 2003 utilize o seguinte comando --- Para criar C:\Program Files\PostgreSQL\8.2\binsc create Slon binpath= C:\Program Files\Po stgreSQL\8.2\bin\slon.exe -service [SC] CreateService SUCCESS e com isso, pode ir no gerenciador de serviços e levanta-lo manualmente Para deletar faz assim -- Para Deletar C:\Program Files\PostgreSQL\8.2\binsc delete Slon binpath= C:\Program Files\Po stgreSQL\8.2\bin\slon.exe -service [SC] DeleteService SUCCESS Para deletar, certifique-se que o serviço esta parado Abraço T+ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Possivelmente não foi previsto este crescimento da base no início do projeto. Na época não estava impactando, agora que está talvez seja o caso de avaliar outra alternativa. Talvez deixar este processo para rodar através de uma rotina em determinados momentos, não no momento do cadastro. Mas seria necessário conhecer o projeto melhor para sugerir alternativas, pois esta acima pode não ser possível devido a algum outra regra de negócio do sistema. Como o Leandro comentou, o ideal seria envolver uma consultoria para resolver esta questão da melhor forma. Att. Alex Leandro DUTRA escreveu: 2008/7/7 Wagner Bonfiglio [EMAIL PROTECTED]: - essa prática de inserir todas essas entradas na hora do cadastro é errado ou não tem problema? Erradíssimo. - você chegou aqui entendendo o que eu quis dizer? hahaha não sei se fui muito claro no problema, mas uma coisa interessante de citar é que essas entradas entre todos os clientes e entre os clientes e todos os filmes é importante pois o site calcula notas sugeridas para cada usuário, dependendo dos votos deles e da semelhança dos votos com outros usuários. Isso é absurdo, imagina esse sistema se popularizando! Teria de repensar todo o modelo de dados, não sei se a lista é adequada para esse tipo de discussão. Eu, particularmente, recomendaria a consultoria de um administrador de dados experiente. Muitos DBAs também poderiam ajudar. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Patrícia, uma das causas que impede de atualizar, de inserir novos registros no PostgreSQL é quando você tem uma tabela sem nenuma chave primária. Ribamar, você tem certeza? A princípio, sem testar nem conferir documentação, o efeito da falta de chaves (primária ou alternativas) seria que entraria qualquer porcaria, não que não entraria nada. O que, aliás, é o mesmo efeito do uso somente de chaves artificiais (seriais, auto-incremento c). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Ribamar, você tem certeza? Tenho, pois várias tabelas que criei sem chave ao tentar inserir registro e.u sou impedido de fazê-lo. Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Vejo testando que isso é coisa somente do pgadmin3 (experimente). A princípio, sem testar nem conferir documentação, o efeito da falta de chaves (primária ou alternativas) seria que entraria qualquer porcaria, não que não entraria nada. O que, aliás, é o mesmo efeito do uso somente de chaves artificiais (seriais, auto-incremento c). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Custava, eu trabalho... pouco mas custava. Vejo testando que isso é coisa somente do pgadmin3 (experimente). Um dedo aponta para os outros, três para si... sem ofensas. Não uso o PgAdmin. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
Em 08/07/08, Ribamar Sousa[EMAIL PROTECTED] escreveu: 2008/7/7 patricia_sm [EMAIL PROTECTED]: Estou iniciando com postgreSQL e já comecei com um problema. Estou tentando inserir dados em uma tabela e dá um erro dizendo a mensagem: O conjunto de registros atual não oferece suporte para atualização. Isso pode ser uma limitação do servidor ou do tipo de bloqueio selecionado. Eu rodo o mesmo código em outros SGBDs e funciona sem problemas, só com o postgre que dá essa mensagem e eu não sei como verificar e corrigir. Patrícia, uma das causas que impede de atualizar, de inserir novos registros no PostgreSQL é quando você tem uma tabela sem nenuma chave primária. Verifique se é isso. Não existe nenhuma restrição no PostgreSQL que impeça a inserção ou alteração dos registros de uma tabela que não possua chave primária. Isso é perfeitamente possível. bdteste=# CREATE TEMP TABLE foo( bdteste(# cod integer, bdteste(# texto text); CREATE TABLE bdteste=# INSERT INTO foo VALUES(1,'aa'),(2,'bb'),(3,'cc'); INSERT 0 3 bdteste=# SELECT * FROM foo; cod | texto -+--- 1 | aa 2 | bb 3 | cc (3 registros) bdteste=# INSERT INTO foo VALUES(4,'dd'); INSERT 0 1 bdteste=# UPDATE foo SET texto = 'xyz' WHERE cod = 1; UPDATE 1 bdteste=# SELECT * FROM foo; cod | texto -+--- 2 | bb 3 | cc 4 | dd 1 | xyz (4 registros) Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 Osvaldo Kussama [EMAIL PROTECTED]: Não existe nenhuma restrição no PostgreSQL que impeça a inserção ou alteração dos registros de uma tabela que não possua chave primária. Isso é perfeitamente possível. Osvaldo, a restrição é do PGAdmin. Crie a tabela sem chave. Adicione alguns registros e a abra no PGAdmin para constatar. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Gerando Gráficos(Relatórios) do PostgreSQL com o GNUPlot
Olá! Achei muito interessante poder criar um gráfico de barras (e muito mais) diretamente de uma consulta efetuada no PostgreSQL, sem precisar de um gerador de relatórios, nem de drivers de acesso ao SGBD, apenas usando um software gráfico open-source (GNUPlot). Veja detalhes num pequeno tutorial que elaborei: http://pg.ribafs.net/down/docs/Tutoriais/Graficos/gnuplot_tutorial.pdf -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Gerando Gráficos(Relatórios) do PostgreSQL com o GNUPlot
vlw cara.. muito bom... qd chegar em casa eu testo Atenciosamente, -- Paulo Cesar Abrantes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
Quoting Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Custava, eu trabalho... pouco mas custava. Entrando na conversa, como disse alguns dias atrás sobre criação de tabelas, já fiz algumas importações de .dbf usando um tabelão e depois tratando os dados pelo PG (deixando que fizesse o trbalho pesado para mim), e nesses tabelões eu não criava pks, e funcionava. O teste abaixo mostra o resultado de um tabela sem pk (no psql): johnny=# create table sempk(cod smallint, nome text, qqcoisa text, outra int); CREATE TABLE johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# select * from sempk; cod | nome | qqcoisa | outra -+--+-+--- 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 (4 registros) ... Quanto ao problema original, o único chute (meu) é com relação a privilégios (grants). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Recuperar BD só com a pasta
eu tinha um banco de dados num cliente, no mesmo servidor tinha um concorrente meu que tinha os bd´s dele, tudo na mesma instalação do postgresql.. deu pau no servidor, o cara da assistencia de hardware não falou nada, tirou o hd do servidor e colocou em outra maquina. (windows xp) agora só tenho umas pastas do postgree, com a estrutura da pasta ok, tentei jogar a pasta data no lugar de uma que tenho no meu micro no lugar da Data, iniciei o serviço e nada.. substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? grato, erlon___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? Erlon, isso é discutido no mínimo a cada dois meses na lista. Você poderia fazer uma busca nos arquivos da lista, por favor? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0, vou tentar deixar a mesma versão e substituir a pasta data para ver.. obrigado 2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? Erlon, isso é discutido no mínimo a cada dois meses na lista. Você poderia fazer uma busca nos arquivos da lista, por favor? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais de 10.000 mens. não encontrei,, mas vou tentar de novo.. Mais fácil procurar pelo Google ou pelo próprio arquivo da lista, no Outlook não é muito fácil mesmo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0, vou tentar deixar a mesma versão e substituir a pasta data para ver.. obrigado 2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? Olá! para poder reutilizar a pasta data, você DEVE ter o mesmo ambiente que tinha na máquina anterior, ou seja, EXATAMENTE a mesma versão do pg. acredito que um reset_pg_xlog deve ajudar, lembro de ter passado por isso e esse programa me deu uma ajuda. -- Sebastian SWC http://sebastianswc.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
Olá, pessoal Quero participar um pouco também. Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária, porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de uma chave primária. Assim como o Leandro, também não costumo usar o PgAdmin, porém não existe tal restrição no PgAdmin. Para ter certeza disso acabei de fazer o teste e funcionou sem problemas aqui. Fiz o seguinte teste: CREATE TABLE tabela_do_jota(codigo int,nome text); INSERT INTO tabela_do_jota 2008/7/8 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quoting Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Custava, eu trabalho... pouco mas custava. Entrando na conversa, como disse alguns dias atrás sobre criação de tabelas, já fiz algumas importações de .dbf usando um tabelão e depois tratando os dados pelo PG (deixando que fizesse o trbalho pesado para mim), e nesses tabelões eu não criava pks, e funcionava. O teste abaixo mostra o resultado de um tabela sem pk (no psql): johnny=# create table sempk(cod smallint, nome text, qqcoisa text, outra int); CREATE TABLE johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# select * from sempk; cod | nome | qqcoisa | outra -+--+-+--- 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 (4 registros) ... Quanto ao problema original, o único chute (meu) é com relação a privilégios (grants). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 jota. comm [EMAIL PROTECTED]: Olá, pessoal Quero participar um pouco também. Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária, porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de uma chave primária. Assim como o Leandro, também não costumo usar o PgAdmin, porém não existe tal restrição no PgAdmin. Só para confirmar eu fui fazer o teste e eis a resposta: CREATE TABLE tabela_do_jota(codigo int,nome text); INSERT INTO tabela_do_jota VALUES (1,'Jota'); INSERT INTO tabela_do_jota VALUES (2,'Teste'); Aqui fechei o PgAdmin e abri novamente e fiz: INSERT INTO tabela_do_jota VALUES (1,'Dextra'); INSERT INTO tabela_do_jota VALUES (2,'Teste2'); A minha inserção funcionou sem problemas. O problema deve ser outro. []s PS: descarte o e-mail anterior, enviei sem querer :( 2008/7/8 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quoting Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Custava, eu trabalho... pouco mas custava. Entrando na conversa, como disse alguns dias atrás sobre criação de tabelas, já fiz algumas importações de .dbf usando um tabelão e depois tratando os dados pelo PG (deixando que fizesse o trbalho pesado para mim), e nesses tabelões eu não criava pks, e funcionava. O teste abaixo mostra o resultado de um tabela sem pk (no psql): johnny=# create table sempk(cod smallint, nome text, qqcoisa text, outra int); CREATE TABLE johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# select * from sempk; cod | nome | qqcoisa | outra -+--+-+--- 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 (4 registros) ... Quanto ao problema original, o único chute (meu) é com relação a privilégios (grants). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
Forsell Sistemas escreveu: eu tinha um banco de dados num cliente, no mesmo servidor tinha um concorrente meu que tinha os bd´s dele, tudo na mesma instalação do postgresql.. deu pau no servidor, o cara da assistencia de hardware não falou nada, tirou o hd do servidor e colocou em outra maquina. (windows xp) agora só tenho umas pastas do postgree, com a estrutura da pasta ok, tentei jogar a pasta data no lugar de uma que tenho no meu micro no lugar da Data, iniciei o serviço e nada.. substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? grato, erlon para se ter uma cópia utilizável o serviço tem que estar parado no momento da cópia, no seu caso se a maquina deu problema com o banco desligado ex: estava capenga e quando reiniciou não funcionou mais, aí tudo bem. É tranquilo recuperar se vc conseguir o mesmo ambiente. Hardware igual ou semelhante, exatamente mesma versão do PG estas são as condições normais para subir o pg com os arquivos do pg_data anterior no caso de alteração de hardware e/ou versão do postgres, o pg_dump é mais indicado e não da tanta dor de cabeça -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 jota. comm [EMAIL PROTECTED]: Olá, pessoal Olá, boa tarde! Quero participar um pouco também. Ora lá vamos chegando e se aprochegando! Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária E conforme as 'melhores práticas' também. porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de uma chave primária. Infelizmente não é só o PostgreSQL. Isso é permitido no padrão ISO SQL:2006, e em MySQL chega a ser uma prática comum. Sem contar as famigeradas chaves incrementais ou seriais (artificiais), que são praticamente como não ter chave, visto permiitrem dados duplicados (inconsistentes). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] Vaga Instrutor Bras ília
A X25 Treinamento e Consultoria, atuande no mercado de Brasilia-DF, está com vagas abertas para instrutores para o curso de PostgreSQL Administração e Desenvolvimento. Pré requisito: experiência com instrutoria, palestras e disponibilidade período diurno. Por favor, interessados enviar curriculum para [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
patricia_sm escreveu: Boa tarde. Estou iniciando com postgreSQL e já comecei com um problema. Estou tentando inserir dados em uma tabela e dá um erro dizendo a mensagem: O conjunto de registros atual não oferece suporte para atualização. Isso pode ser uma limitação do servidor ou do tipo de bloqueio selecionado. Eu rodo o mesmo código em outros SGBDs e funciona sem problemas, só com o postgre que dá essa mensagem e eu não sei como verificar e corrigir. Amigo, Esta é uma mensagem do Visual Basic e não do PostGreSql. Veja que você está usando o paradigma POG de programação onde você chama uma sql com uma cláusula where 1=2 para retornar um ResultSet vazio e depois pede que ele insira um registro neste RecordSet. Ora, até onde eu entendo, para inserir um registro em um banco de dados usa-se um comando chamado insert into Se você mandar um comando inser... através do VB, tenho certeza que não terá problema, conclui-se então que o PostGreSql está funcionando normalmente. Acredito que sua dúvida então deva ser respondida melhor em uma lista de Visual Basic, onde talvez, fazer um select que lhe retorne um ResultSet vazio para depois inserir registros tenha algum sentido. Talvez o seu RecordSet esteja retornando ReadOnly devido à tabela não ter chave primária como já respondeu um colega da lista, mas acredito firmemente que isto será melhor respondido por profissionais que trabalham com Visual Basic. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: alterações no pos tgreSQL
2008/7/8 Shander Lyrio [EMAIL PROTECTED]: trabalhei com Visual Basic um dia, em mil novecentos e guaraná com rolha. Cheguei até a brincar com a versão 1.0 dele, ainda para DOS, mas parei na 4. Fiquei só na v3, em MS Windows 95. Não deixou saudades. O problema não é o insert em si que que não funciona, mas a forma de se fazer um insert. Executar um select POG que te retorne um recordset vazio para depois atualizar. Ora, se a tabela não tem chave primária o Visual Basic deve retornar um RecordSet readonly pois não vai saber em qual atributo se basear para gerar as sql's de update e delete. Faz sentido. Mas POG...? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
Se fosse o contrário talvez funcionasse, mas tentar abrir dados da 8.2 na 8.0 é bastante difícil que funcione. Eu pessoalmente nem tentaria isso. Atualizaria primeiro. Att. Alex Forsell Sistemas escreveu: Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0, vou tentar deixar a mesma versão e substituir a pasta data para ver.. obrigado 2008/7/8 Forsell Sistemas [EMAIL PROTECTED]: substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. há algum programa que busque os bdŽs que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? Erlon, isso é discutido no mínimo a cada dois meses na lista. Você poderia fazer uma busca nos arquivos da lista, por favor? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Wagner Bonfiglio escreveu: Eu tenho um site sobre filmes, que também é uma reede social. Temos atualmente cerca de 1000 usuários e 11000 filmes. A modelagem, devido a alguns cálculos que são feitos, acabou definindo que cada usuário tenha uma entrada em uma tabela relacionando cada um dos outros usuários, além de uma entrada em outra tabela que relaciona cada usuário com cada filme. Ou seja, quando um usuário é criado, eu tenho que inserir 1000 entradas na tabela q liga usuarios com usuarios, e 11000 entradas na tabela que relaciona filmes com usuarios. Afe Deus, quais cálculos levaram vocês a uma modelagem destas?? Isso é feito através de uma função em plpgsql disparada por uma trigger no insert da tabela de usuarios. Nuss. O problema pro usuário é ter que esperar esses 12000 inserts acontecerem (atualmante esta demorando 2min, mas a tendencia é continuar crescendo tanto em usuarios como em filmes) durante o cadastro. Já não sei mais o que fazer para melhorar isso, pois tem muitos usuários que não esperam os inserts e fecham a página no meio, causando diversos erros na hora de tentar logar no site... Que tal refazer a modelagem. Esta forma de fazer está claramente equivocada. Minhas dúvidas são: - essa prática de inserir todas essas entradas na hora do cadastro é errado ou não tem problema? É errado, melhor dizendo, não recompendávelem pelo menos 99,9% dos casos. - a demora é porque o servidor está muito lento (ou seja, esses 12000 inserts deveriam ser mais rapidos)?? A demora é porque a forma de fazer está equivocada. Para que ou porque isso tudo?? Poderia explicar melhor para tentarmos ajudar mais efetivamente?? - você chegou aqui entendendo o que eu quis dizer? hahaha não sei se fui muito claro no problema, mas uma coisa interessante de citar é que essas entradas entre todos os clientes e entre os clientes e todos os filmes é importante pois o site calcula notas sugeridas para cada usuário, dependendo dos votos deles e da semelhança dos votos com outros usuários. Existem formas muito mais simples de se fazer estes cálculos, caso contrário o orkut teria um lag de horas ao se cadastrar um novo usuário. Vocês precisam repensar esta forma, ou contratar uma consultoria para fazê-lo. Mas nada poderá ser feito se vocês não tiverem a clara idéia de que isto precisa ser mudado. Bom, se precisarem de mais detalhes sobre o caso eu posso comentar mais aqui (não sei se tem problema em passar o site, então achei melhor nem colocar o link). Mas espero que possam me ajudar de qualquer forma, qualquer toque será bem vindo! Veja, seu problema não é o PostGreSql, é modelagem. A forma de fazer não está legal e precisa ser repensada. Acredito que um DBA na equipe pudesse auxiliar mais efetivamente. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar BD só com a pasta
Forsell Sistemas escreveu: eu tinha um banco de dados num cliente, no mesmo servidor tinha um concorrente meu que tinha os bd´s dele, tudo na mesma instalação do postgresql.. deu pau no servidor, o cara da assistencia de hardware não falou nada, tirou o hd do servidor e colocou em outra maquina. (windows xp) Possíveis soluções: 1) Já que o suporte de hardware fez esta gracinha, pergunte a ele como recuperar. 2) Recuperar o backup e ser feliz; agora só tenho umas pastas do postgree, com a estrutura da pasta ok, tentei jogar a pasta data no lugar de uma que tenho no meu micro no lugar da Data, iniciei o serviço e nada.. Umas pastas ou todas?? Se tiver todas é possível em uma instalação com a mesma versão iniciar o serviço. Basicamente vai precisar da pasta onde está o main com as configurações e a pasta de dados completa de todos os bancos e uma instação do postgresql com a mesma versão do seu cliente. algo como: pg_ctl start -D diretorio_de_dados -p caminho_arquivos_conf pode subir o banco de dados. Caso não tenha os dados que eu lhe passei acima verifique em possíveis soluções que eu jé indiquei. substitui a pasta postgree do meu micro pela da que era o servidor, acessei pelo pgadmin e nada.. PostGreSql com a mesma versão?? Ajustou as permissões da pasta de dados para o usuário postgres?? Olhou o log de erros ao tentar subir o servidor para saber o que está acontecendo?? há algum programa que busque os bd´s que tinham na estrutura da pasta postgresql em arquivos de programas e recupere os dados? Desconheço este programa. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
Ribamar Sousa escreveu: 2008/7/8 Leandro DUTRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Ribamar, você tem certeza? Tenho, pois várias tabelas que criei sem chave ao tentar inserir registro e.u sou impedido de fazê-lo. Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Geralmente nas ferramentas GUI que fazem uso de DataGrids não conseguem alterar dados de tabelas sem PKs justamente porque elas não conseguem decidir quais os campos de filtro serão utilizados na clausula WHERE a ser montada. Dentre as ferramentas GUI que testes: DbVis, pgAdmin e Aqua Studio. Já via PSQL voce consegue, pelo simples fato de que nele você é obrigado a definir explicitamente quais campos compoem a clausula WHERE. []s Guedes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Bom, tentando explicar um pouco o motivo de tanta inserção: como o Alexandre falou, sobre a previsão de crescimento.. A idéia desde o começo foi crescer muito mais que estamos atualmente, mas não foi pensado na consequencia que teriamos nesse banco de dados. Na verdade não fui eu que modelei, mas já passamos por alguns problemas e algumas coisas já foram melhoradas porque começou a dar problema em certo ponto. Atualmente o problema que surgiu agora, com mais de 1000 usuarios e 11000 filmes é essa inserção na hora do cadastro. Quanto a esta inserção, que eu concordo que está errada pois quanto mais cresce o número de filmes e/ou usuários esse problema vai aumentar ainda mais, era algo necessário na idéia inicial devido a um cálculo, como eu falei. O que acontece? Cada usuário tem um certo nível de similariedade com cada outro usuário. Isso é calculado a cada nota que um usuário dá. Além disso, a cada X notas, as notas sugeridas pra os filmes que você não assistiu também é calculada. Para evitar que esses INSERTS sejam feitos na hora do cálculo, fazemos tudo na hora do cadastro. Há algum tempo isso não era problema, demorava menos de 1 minuto, mas agora está começando a virar problema... Bom, agora acho que dá pra entender melhor o caso e porque da opção dos INSERTS na hora do cadastro. Faltou uma visão de problemas que isto ocasionariam no futuro. Mas enfim, estamos trabalhando em mudar isso já, mas faltam algumas idéias de quais as melhores opções e quais idéias só vão resolver momentaneamente e teremos mais prolemas no futuro. Agradeço as respostas até agora e qualquer outra sugestão/crítica/etc será muito bem-vinda! Grato, Wagner Bonfiglio 2008/7/8 Shander Lyrio [EMAIL PROTECTED]: Wagner Bonfiglio escreveu: Eu tenho um site sobre filmes, que também é uma reede social. Temos atualmente cerca de 1000 usuários e 11000 filmes. A modelagem, devido a alguns cálculos que são feitos, acabou definindo que cada usuário tenha uma entrada em uma tabela relacionando cada um dos outros usuários, além de uma entrada em outra tabela que relaciona cada usuário com cada filme. Ou seja, quando um usuário é criado, eu tenho que inserir 1000 entradas na tabela q liga usuarios com usuarios, e 11000 entradas na tabela que relaciona filmes com usuarios. Afe Deus, quais cálculos levaram vocês a uma modelagem destas?? Isso é feito através de uma função em plpgsql disparada por uma trigger no insert da tabela de usuarios. Nuss. O problema pro usuário é ter que esperar esses 12000 inserts acontecerem (atualmante esta demorando 2min, mas a tendencia é continuar crescendo tanto em usuarios como em filmes) durante o cadastro. Já não sei mais o que fazer para melhorar isso, pois tem muitos usuários que não esperam os inserts e fecham a página no meio, causando diversos erros na hora de tentar logar no site... Que tal refazer a modelagem. Esta forma de fazer está claramente equivocada. Minhas dúvidas são: - essa prática de inserir todas essas entradas na hora do cadastro é errado ou não tem problema? É errado, melhor dizendo, não recompendávelem pelo menos 99,9% dos casos. - a demora é porque o servidor está muito lento (ou seja, esses 12000 inserts deveriam ser mais rapidos)?? A demora é porque a forma de fazer está equivocada. Para que ou porque isso tudo?? Poderia explicar melhor para tentarmos ajudar mais efetivamente?? - você chegou aqui entendendo o que eu quis dizer? hahaha não sei se fui muito claro no problema, mas uma coisa interessante de citar é que essas entradas entre todos os clientes e entre os clientes e todos os filmes é importante pois o site calcula notas sugeridas para cada usuário, dependendo dos votos deles e da semelhança dos votos com outros usuários. Existem formas muito mais simples de se fazer estes cálculos, caso contrário o orkut teria um lag de horas ao se cadastrar um novo usuário. Vocês precisam repensar esta forma, ou contratar uma consultoria para fazê-lo. Mas nada poderá ser feito se vocês não tiverem a clara idéia de que isto precisa ser mudado. Bom, se precisarem de mais detalhes sobre o caso eu posso comentar mais aqui (não sei se tem problema em passar o site, então achei melhor nem colocar o link). Mas espero que possam me ajudar de qualquer forma, qualquer toque será bem vindo! Veja, seu problema não é o PostGreSql, é modelagem. A forma de fazer não está legal e precisa ser repensada. Acredito que um DBA na equipe pudesse auxiliar mais efetivamente. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Poderia talvez gerar um registro de pendência para este procedimento. Ao invés de gerar vários inserts geraria apenas um. Depois algum job do cron poderia varrer esta tabela de pendências e gerar os registros no intervalo de tempo aceitável. Att. Alex Wagner Bonfiglio escreveu: Bom, tentando explicar um pouco o motivo de tanta inserção: como o Alexandre falou, sobre a previsão de crescimento.. A idéia desde o começo foi crescer muito mais que estamos atualmente, mas não foi pensado na consequencia que teriamos nesse banco de dados. Na verdade não fui eu que modelei, mas já passamos por alguns problemas e algumas coisas já foram melhoradas porque começou a dar problema em certo ponto. Atualmente o problema que surgiu agora, com mais de 1000 usuarios e 11000 filmes é essa inserção na hora do cadastro. Quanto a esta inserção, que eu concordo que está errada pois quanto mais cresce o número de filmes e/ou usuários esse problema vai aumentar ainda mais, era algo necessário na idéia inicial devido a um cálculo, como eu falei. O que acontece? Cada usuário tem um certo nível de similariedade com cada outro usuário. Isso é calculado a cada nota que um usuário dá. Além disso, a cada X notas, as notas sugeridas pra os filmes que você não assistiu também é calculada. Para evitar que esses INSERTS sejam feitos na hora do cálculo, fazemos tudo na hora do cadastro. Há algum tempo isso não era problema, demorava menos de 1 minuto, mas agora está começando a virar problema... Bom, agora acho que dá pra entender melhor o caso e porque da opção dos INSERTS na hora do cadastro. Faltou uma visão de problemas que isto ocasionariam no futuro. Mas enfim, estamos trabalhando em mudar isso já, mas faltam algumas idéias de quais as melhores opções e quais idéias só vão resolver momentaneamente e teremos mais prolemas no futuro. Agradeço as respostas até agora e qualquer outra sugestão/crítica/etc será muito bem-vinda! Grato, Wagner Bonfiglio 2008/7/8 Shander Lyrio [EMAIL PROTECTED]: Wagner Bonfiglio escreveu: Eu tenho um site sobre filmes, que também é uma reede social. Temos atualmente cerca de 1000 usuários e 11000 filmes. A modelagem, devido a alguns cálculos que são feitos, acabou definindo que cada usuário tenha uma entrada em uma tabela relacionando cada um dos outros usuários, além de uma entrada em outra tabela que relaciona cada usuário com cada filme. Ou seja, quando um usuário é criado, eu tenho que inserir 1000 entradas na tabela q liga usuarios com usuarios, e 11000 entradas na tabela que relaciona filmes com usuarios. Afe Deus, quais cálculos levaram vocês a uma modelagem destas?? Isso é feito através de uma função em plpgsql disparada por uma trigger no insert da tabela de usuarios. Nuss. O problema pro usuário é ter que esperar esses 12000 inserts acontecerem (atualmante esta demorando 2min, mas a tendencia é continuar crescendo tanto em usuarios como em filmes) durante o cadastro. Já não sei mais o que fazer para melhorar isso, pois tem muitos usuários que não esperam os inserts e fecham a página no meio, causando diversos erros na hora de tentar logar no site... Que tal refazer a modelagem. Esta forma de fazer está claramente equivocada. Minhas dúvidas são: - essa prática de inserir todas essas entradas na hora do cadastro é errado ou não tem problema? É errado, melhor dizendo, não recompendávelem pelo menos 99,9% dos casos. - a demora é porque o servidor está muito lento (ou seja, esses 12000 inserts deveriam ser mais rapidos)?? A demora é porque a forma de fazer está equivocada. Para que ou porque isso tudo?? Poderia explicar melhor para tentarmos ajudar mais efetivamente?? - você chegou aqui entendendo o que eu quis dizer? hahaha não sei se fui muito claro no problema, mas uma coisa interessante de citar é que essas entradas entre todos os clientes e entre os clientes e todos os filmes é importante pois o site calcula notas sugeridas para cada usuário, dependendo dos votos deles e da semelhança dos votos com outros usuários. Existem formas muito mais simples de se fazer estes cálculos, caso contrário o orkut teria um lag de horas ao se cadastrar um novo usuário. Vocês precisam repensar esta forma, ou contratar uma consultoria para fazê-lo. Mas nada poderá ser feito se vocês não tiverem a clara idéia de que isto precisa ser mudado. Bom, se precisarem de mais detalhes sobre o caso eu posso comentar mais aqui (não sei se tem problema em passar o site, então achei melhor nem colocar o link). Mas espero que possam me ajudar de qualquer forma, qualquer toque será bem vindo! Veja, seu problema não é o PostGreSql, é modelagem. A forma de fazer não está legal e precisa ser repensada. Acredito que um DBA na equipe pudesse auxiliar mais efetivamente. -- Shander Lyrio ___
Re: [pgbr-geral] Problema com muitas inserções
2008/7/8 Wagner Bonfiglio [EMAIL PROTECTED]: como o Alexandre falou, sobre a previsão de crescimento.. A idéia desde o começo foi crescer muito mais que estamos atualmente, mas não foi pensado na consequencia que teriamos nesse banco de dados. Wagner, baseado em alguns anos de experiência, creio que vocês terão muitos outros problemas. O ideal realmente seria incorporar ao projeto, nem que seja como consultor externo esporádico, alguém com mais visão de dados, para entender toda a base e preparar para o futuro, sem incorrer em otimizações precoces. Essa opção de similaridade com cada usuário parece, a princípio, totalmente inviável, a menos que você tenha uma infra do tipo Google, Yahoo!, MS ou Amazon. Teria de repensar isso do zero, creio. Talvez algo como manter um perfil do usuário que seja facilmente comparável ad hoc, em vez de calculado a cada transação. Mas é impossível dar sugestões decentes sem estar dentro do projeto. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Wagner Bonfiglio escreveu: Mas enfim, estamos trabalhando em mudar isso já, mas faltam algumas idéias de quais as melhores opções e quais idéias só vão resolver momentaneamente e teremos mais prolemas no futuro. Agradeço as respostas até agora e qualquer outra sugestão/crítica/etc será muito bem-vinda! A comunidade sempre vai estar aqui para ajudar no que for preciso, mas para isto precisamos de mais informações sobre como são realizados estes cálculos. De qualquer forma, um DBA seria muito mais efetivo e rápido no seu projeto. Pelo histórico que conheço da lista, modelagem gera muitas discussões e opiniões que simplesmente podem distorcer de sua realidade - normal de quem não conhece a fundo suas necessidades. Portanto existe um risco de você ler coisas que não gostaria muito caso resolva discutir este assunto aqui. Temos nesta lista profissionais extremamente gabaritados e de alto conteúdo assim como temos também colegas que estão iniciando na área. Se você quiser arriscar?!?! Estamos por aqui! Abraço, -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Quando o usuário for dar a sua nota para determinado filme, crie o registro, assim se não houver registro, considere simplesmente que o usuário não deu nota, esta atitude diminuirá substancialemente a quantidade de registros na tabela e trará a necessidade de insert para zero no momento de cadastro do usuário. []´s 2008/7/8 Shander Lyrio [EMAIL PROTECTED]: Wagner Bonfiglio escreveu: Mas enfim, estamos trabalhando em mudar isso já, mas faltam algumas idéias de quais as melhores opções e quais idéias só vão resolver momentaneamente e teremos mais prolemas no futuro. Agradeço as respostas até agora e qualquer outra sugestão/crítica/etc será muito bem-vinda! A comunidade sempre vai estar aqui para ajudar no que for preciso, mas para isto precisamos de mais informações sobre como são realizados estes cálculos. De qualquer forma, um DBA seria muito mais efetivo e rápido no seu projeto. Pelo histórico que conheço da lista, modelagem gera muitas discussões e opiniões que simplesmente podem distorcer de sua realidade - normal de quem não conhece a fundo suas necessidades. Portanto existe um risco de você ler coisas que não gostaria muito caso resolva discutir este assunto aqui. Temos nesta lista profissionais extremamente gabaritados e de alto conteúdo assim como temos também colegas que estão iniciando na área. Se você quiser arriscar?!?! Estamos por aqui! Abraço, -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]: Essa opção de similaridade com cada usuário parece, a princípio, totalmente inviável, a menos que você tenha uma infra do tipo Google, Yahoo!, MS ou Amazon. Teria de repensar isso do zero, creio. Talvez algo como manter um perfil do usuário que seja facilmente comparável ad hoc, em vez de calculado a cada transação. Mas é impossível dar sugestões decentes sem estar dentro do projeto. Pois é Leandro... As tuas sugestões já estão sendo úteis sim. Essa parte de similariedade entre cada usuário agente já ta pra muda mesmo, mas o problema é que a princípio não parecia algo tão absurdo... Agora, com 1000 usuário, estamos começando a ter um problema pequeno, mas já vimos que será algo totalmente inviável mesmo. Valeu pelas dicas e desculpa não dar detalhes maiores do projeto, mas simplesmente não tenho essa autoriedade né... Você deve me entender também. 2008/7/8 Shander Lyrio [EMAIL PROTECTED]: A comunidade sempre vai estar aqui para ajudar no que for preciso, mas para isto precisamos de mais informações sobre como são realizados estes cálculos. De qualquer forma, um DBA seria muito mais efetivo e rápido no seu projeto. Pelo histórico que conheço da lista, modelagem gera muitas discussões e opiniões que simplesmente podem distorcer de sua realidade - normal de quem não conhece a fundo suas necessidades. Portanto existe um risco de você ler coisas que não gostaria muito caso resolva discutir este assunto aqui. Temos nesta lista profissionais extremamente gabaritados e de alto conteúdo assim como temos também colegas que estão iniciando na área. Se você quiser arriscar?!?! Estamos por aqui! Abraço, Shander, eu faço parte do segundo grupo, daqueles que estão iniciando, então a cada coisa que vocês mais experientes falam e distorcem minha realidade eu fico grato, pois estou envolvido em meu primeiro grande projeto profissional e estou tendo dificuldades imensas por conta da inexperiência. Como falei anteriormente eu não tenho autoridade para falar mais detalhadamente sobre como o cálculo é feito né, até porque este é o diferencial do site, mas a minha idéia é tentar passar o máximo que eu puder e receber toda a ajuda que eu puder. Até me surpreendi, tive boas respostas aqui passando não muitas informações né... Mas então podem criticar a vontade pois é isso que eu quero mesmo, não quero apenas uma solução pro meu negócio funcionar, mas também estou tentando adquirir uma boa experiencia dos erros deste projeto (mas claro, a prioridade é botar ele nos eixos novamente hehehe) 2008/7/8 José Mello Júnior [EMAIL PROTECTED]: Quando o usuário for dar a sua nota para determinado filme, crie o registro, assim se não houver registro, considere simplesmente que o usuário não deu nota, esta atitude diminuirá substancialemente a quantidade de registros na tabela e trará a necessidade de insert para zero no momento de cadastro do usuário. []´s José, o problema são os cálculos. A intenção era ter todas as entradas, para na hora do cálculo, simplesmente mudar a nota que tinha antigamente para a nova nota calculada, e não somar o trabalho de calcular notas para diversos filmes e ainda fazer inserções no banco. Porém, visto que a inclusão no registro não está dando certo, o jeito vai ser repensar isso... Mais uma vez agradeço a atenção de todos. Att, Wagner Bonfiglio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
2008/7/8 Wagner Bonfiglio [EMAIL PROTECTED]: Valeu pelas dicas e desculpa não dar detalhes maiores do projeto Não tem problema — você não tem obrigação. E além de não ter obrigação, é aquilo que eu penso e já disse: modelagem por correio eletrônico é muito, muito complicado, porque depende de entender exatamente e em detalhes os requerimentos, a arquitetura c. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com muitas inserções
Wagner Bonfiglio escreveu: Mas é impossível dar sugestões decentes sem estar dentro do projeto. Leve em conta isto nas sugestões abaixo. corte 2008/7/8 José Mello Júnior [EMAIL PROTECTED]: Quando o usuário for dar a sua nota para determinado filme, crie o registro, assim se não houver registro, considere simplesmente que o usuário não deu nota, esta atitude diminuirá substancialemente a quantidade de registros na tabela e trará a necessidade de insert para zero no momento de cadastro do usuário. José, o problema são os cálculos. A intenção era ter todas as entradas, para na hora do cálculo, simplesmente mudar a nota que tinha antigamente para a nova nota calculada, e não somar o trabalho de calcular notas para diversos filmes e ainda fazer inserções no banco. Porém, visto que a inclusão no registro não está dando certo, o jeito vai ser repensar isso... Dando meu pitaco: 1. Me parece muito estranho que um usuário dê notas para 11.000 filmes (principalmente em um sistema web), ele não dá notas apenas para alguns filmes? Se as notas forem para um grupo reduzido de filmes considere com carinho a sugestâo do José Mello Júnior. Para não mudar sua forma de cálculo creio que a substituição da tabela por uma visão (com OUTER JOIN) poderia amenizar o problema. 2. Atualmente quando você inclui um novo filme ele deve ser registrado para cada usário existente? Sem nota? Em caso afirmativo considere novamente a utilização de visões com OUTER JOIN. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
2008/7/8 jota. comm [EMAIL PROTECTED]: Olá, pessoal Quero participar um pouco também. Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária, porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de uma chave primária. Assim como o Leandro, também não costumo usar o PgAdmin, porém não existe tal restrição no PgAdmin. Ok Jota, então não existe, só deve acontecer aqui comigo! Para ter certeza disso acabei de fazer o teste e funcionou sem problemas aqui. Fiz o seguinte teste: CREATE TABLE tabela_do_jota(codigo int,nome text); INSERT INTO tabela_do_jota 2008/7/8 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quoting Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 Ribamar Sousa [EMAIL PROTECTED]: Alias, não custava nada você ter testado antes de teorizar (sem ofensas). Custava, eu trabalho... pouco mas custava. Entrando na conversa, como disse alguns dias atrás sobre criação de tabelas, já fiz algumas importações de .dbf usando um tabelão e depois tratando os dados pelo PG (deixando que fizesse o trbalho pesado para mim), e nesses tabelões eu não criava pks, e funcionava. O teste abaixo mostra o resultado de um tabela sem pk (no psql): johnny=# create table sempk(cod smallint, nome text, qqcoisa text, outra int); CREATE TABLE johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# select * from sempk; cod | nome | qqcoisa | outra -+--+-+--- 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 (4 registros) ... Quanto ao problema original, o único chute (meu) é com relação a privilégios (grants). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PGadmin3 impede atualização de ta bela sem chave
Olá! Bem, não sei se alguém já conseguiu reproduzir esse comportamento no PGAdmin3, portanto vou detalhar para que eu não seja o único a percebê-lo. Não é através da query tool, não, é pela grid de visualização dos registros: - Crie a tabela e adicione alguns registros - Abro PGAdmin e selecione a tabela criada - Então clique no ícone da grid (à direita do ícone da query tool) Então receberá um aviso Dica do guru - não se pode editar tabela sem chave primária e muitas outras coisas. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comparando
Em Mon, 07 Jul 2008 13:05:53 -0300 Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu: Cristian Trentin wrote: [...] Comparações de que? Em [1] tem um bom comparativos entre vários SGBDs dentre eles o PostgreSQL e o DB2. [1] http://troels.arvin.dk/db/rdbms/ Complementando... Dificilmente verá uma comparação de performance entre PostreSQL e DB2 pois a licença do DB2 não permite. meus dois centavos, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro de \copy
Deve ser algo bem idiota, mas meus neurônios já pararam. Arquivo: ONE;9393;2007-08-06;2007-08-06 00:00:00;2007-08-06 00:00:00;NULL;2007-08-06 00:00:00;VOADO;SE;ARACAJU/SANTA MARIA, SE;SE;ARACAJU/SANTA MARIA, SE Tabela: CREATE TABLE voo ( empresa_aerea VARCHAR (80), numero_voo VARCHAR (80), data_vooDATE, horario_partida_previsto_vooTIMESTAMP, horario_partida_real_vooTIMESTAMP, horario_chegada_previsto_vooTIMESTAMP, horario_chegada_real_vooTIMESTAMP, status_voo VARCHAR (80), uf_partida VARCHAR (80), cidade_partida VARCHAR (80), uf_chegada VARCHAR (80), cidade_chegada VARCHAR (80) ) ; psql: data=# \copy voo FROM /home/ldutra/smpl.ssv DELIMITER AS ';' NULL AS '' FORCE NOT NULL \copy : erreur d'analyse à la fin de la ligne data=# Que, traduzido, é 'parse error at the end of line' Idéias? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro de \copy
Olá, Leandro Normalmente não eu uso 'caminho', mas não sei se é isso. []s 2008/7/8 Leandro DUTRA [EMAIL PROTECTED]: Deve ser algo bem idiota, mas meus neurônios já pararam. Arquivo: ONE;9393;2007-08-06;2007-08-06 00:00:00;2007-08-06 00:00:00;NULL;2007-08-06 00:00:00;VOADO;SE;ARACAJU/SANTA MARIA, SE;SE;ARACAJU/SANTA MARIA, SE Tabela: CREATE TABLE voo ( empresa_aerea VARCHAR (80), numero_voo VARCHAR (80), data_vooDATE, horario_partida_previsto_vooTIMESTAMP, horario_partida_real_vooTIMESTAMP, horario_chegada_previsto_vooTIMESTAMP, horario_chegada_real_vooTIMESTAMP, status_voo VARCHAR (80), uf_partida VARCHAR (80), cidade_partida VARCHAR (80), uf_chegada VARCHAR (80), cidade_chegada VARCHAR (80) ) ; psql: data=# \copy voo FROM /home/ldutra/smpl.ssv DELIMITER AS ';' NULL AS '' FORCE NOT NULL \copy : erreur d'analyse à la fin de la ligne data=# Que, traduzido, é 'parse error at the end of line' Idéias? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro de \copy
2008/7/8 jota. comm [EMAIL PROTECTED]: Normalmente não eu uso 'caminho', mas não sei se é isso. Testei sem também... dá na mesma. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro de \copy
Olá, Leandro Descobri. Duas coisas: 1) Tem que informar o parâmetro CSV para indiciar que o arquivo é deste formato e o segundo que após o force not null tem que especificar as colunas. Meu arquivo: 1;Joao Paulo 2; 3; 4; 5;Dextra 6; 7; 8; 9; 10; \d minha_tabela Table public.minha_tabela Column | Type | Modifiers +---+--- codigo | integer | nome | character varying(30) | Comando: \COPY minha_tabela FROM 'arquivo_de_teste.txt' CSV DELIMITER AS ';' NULL AS '' FORCE NOT NULL nome Qualquer coisa to ai. []s 2008/7/8 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/8 jota. comm [EMAIL PROTECTED]: Normalmente não eu uso 'caminho', mas não sei se é isso. Testei sem também... dá na mesma. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral