Re: [pgbr-geral] Auto Relacionamento
Jocemar Ferreira Garcia wrote: 2009/5/11 Euler Taveira de Oliveira eu...@timbira.com Jocemar Ferreira Garcia escreveu: Boa tarde a todos!! Estou modelando o controle financeiro do software da empresa onde trabalho e caí na seguinte questão: numa determinada ocasião, uma conta (caso seja paga parcialmente) deve ser baixada e do salvo devedor deve ser gerada uma outra conta. Como devo proceder? Como relacionar essas duas contas? Seria um relacionamento de conta com ela mesma? Qual a maneira correta e funcional de se implementar tao situação? Sem saber como está o seu modelo e os requisitos fica complicado sugerir algo. Mas o último sistema financeiro que modelei eu tinha as tabelas: contas e pagamentos. Uma conta tem 1 ou mais pagamentos; assim, eu consigo saber se ela foi paga parcialmente ou integralmente. Utilizei gatilhos para manter um estado (pago, parcialmente, não pago) na tabela contas (isso facilita a obtenção de contas por estado). A geração de uma outra conta só dificultaria o modelo. Mas é como eu disse: *não* posso supor nada porque não conheço os seus requisitos. Eu pensei numa implementação como essa... mas o detalhe é o seguinte: emite-se uma nota fiscal e dessa nota fiscal, gera-se um lançamento de uma conta a receber... o cliente paga essa conta com um cheque de metade do valor... convencionou-se então, que essa conta seria baixada e lançada então uma outra conta, com o valor restante... essa conta teria algo do tipo idContaPai... mas pensando em normalização, a historia de auto-relacionamento deve ser uma baita gambiarra ne... -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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 Eu já fiz um sistema gerando um novo registro com o valor remanescente na mesma tabela, e ja fiz com uma tabela filha (baixas). O primeiro modelo foi um tiro no pé. Deu muito trabalho pra fazer relatorios, por exemplo. Por exemplo, fazer um estorno, vc tem que ficar varrendo a thread de parcelas, e por ai vai. -- View this message in context: http://www.nabble.com/Auto-Relacionamento-tp23488704p23500467.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] Auto Relacionamento
Euler, várias das idéias acima são boas... vou te passar uma que tive que implementar uma vez num cliente: As contas de alguns fornecedores eram pagas com cheques de terceiros... por esse motivo o valor dos cheques separados p/ o pagamento da conta dificilmente batiam com o valor a ser pago. Para controlar, tinhamos um conta corrente do fornecedor, e esse saldo do fornecedor, que poderia ser positivo ou negativo, era considerado a cada separação de cheques... Esse era caso meio especial mas funcionava 100%!!! Adriano 2009/5/12 Jean Domingues ejdom...@yahoo.com.br: Jocemar Ferreira Garcia wrote: 2009/5/11 Euler Taveira de Oliveira eu...@timbira.com Jocemar Ferreira Garcia escreveu: Boa tarde a todos!! Estou modelando o controle financeiro do software da empresa onde trabalho e caí na seguinte questão: numa determinada ocasião, uma conta (caso seja paga parcialmente) deve ser baixada e do salvo devedor deve ser gerada uma outra conta. Como devo proceder? Como relacionar essas duas contas? Seria um relacionamento de conta com ela mesma? Qual a maneira correta e funcional de se implementar tao situação? Sem saber como está o seu modelo e os requisitos fica complicado sugerir algo. Mas o último sistema financeiro que modelei eu tinha as tabelas: contas e pagamentos. Uma conta tem 1 ou mais pagamentos; assim, eu consigo saber se ela foi paga parcialmente ou integralmente. Utilizei gatilhos para manter um estado (pago, parcialmente, não pago) na tabela contas (isso facilita a obtenção de contas por estado). A geração de uma outra conta só dificultaria o modelo. Mas é como eu disse: *não* posso supor nada porque não conheço os seus requisitos. Eu pensei numa implementação como essa... mas o detalhe é o seguinte: emite-se uma nota fiscal e dessa nota fiscal, gera-se um lançamento de uma conta a receber... o cliente paga essa conta com um cheque de metade do valor... convencionou-se então, que essa conta seria baixada e lançada então uma outra conta, com o valor restante... essa conta teria algo do tipo idContaPai... mas pensando em normalização, a historia de auto-relacionamento deve ser uma baita gambiarra ne... -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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 Eu já fiz um sistema gerando um novo registro com o valor remanescente na mesma tabela, e ja fiz com uma tabela filha (baixas). O primeiro modelo foi um tiro no pé. Deu muito trabalho pra fazer relatorios, por exemplo. Por exemplo, fazer um estorno, vc tem que ficar varrendo a thread de parcelas, e por ai vai. -- View this message in context: http://www.nabble.com/Auto-Relacionamento-tp23488704p23500467.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ 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] Auto Relacionamento
2009/5/12 Jean Domingues ejdom...@yahoo.com.br Eu já fiz um sistema gerando um novo registro com o valor remanescente na mesma tabela, e ja fiz com uma tabela filha (baixas). O primeiro modelo foi um tiro no pé. Deu muito trabalho pra fazer relatorios, por exemplo. Por exemplo, fazer um estorno, vc tem que ficar varrendo a thread de parcelas, e por ai vai. Não entendi a dificuldade em se ter a tabela pai e as tabelas filhas, principalmente se utilizar um identificador da tabela pai. Espeficamente sobre este caso, que foi aberto a tread, pode ser quando se trabalha com emissão de boletos. Aqui no escritorio no ERP (RM), eles te uma tabela para fazer estes vinculos, mas não usa um auto relacionamento. Acredito que para se ter um auto relacionamento, teria que fazer como um amigo aqui já sugeriu, se ter mais entidades vinculadas a pai. O Anderson mencionou sobre algo muito interessante, mas com relação a baixa não é problema, o maior problema fica entorno da tabela pai mesmo, principalmente se você tem duplicatas. -- []s Nilson Chagas - Ubuntu User 25794 --- Visite: http://www.amados.com.br/podcast - Peça gratuitamente um curso Bíblico http://tempodesalvacao.blogspot.com/ http://bbnradio.org/ - Ouça a rádio e faça gratuitamente um Curso Biblico ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Campanha dos 5 pontos para melhorar o n ível da lista
Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria. Vamos escrever melhor gente? Eu seu que não sou uma pessoa que contribui ativamente aqui na lista. Não respondo muita coisa. Mas venhamos e convenhamos, o nível das perguntas (e muitas vezes das respostas e comentários também) desanima qualquer pessoa letrada que se esforça para se comunicar adequadamente. Antes de disparar com a metralhadora para todos os lados, eu quero dizer: entendo que os erros de ortografia e de digitação fazem parte da nossa vida. Eu mesmo cometo erros terríveis no meu blog e nos e-mails. A língua portuguesa é chata mesmo. Quando estou ajudando o meu filho de 6 anos a fazer a lição de casa eu percebo como as regras são confusas: G e J, c, ç, ss, z ou c e q, m ou n, r ou rr, e por aí vai. Mas inventaram os corretores ortográficos e eles estão aí para nos livrar da peste, da fome e da danação. Proponho lançar uma campanha de 5 pontos aqui (a exemplo de zilhões de campanhas semelhantes em trilhões de listas por aí): 1) O nome do banco de dados livre mais avançado do mundo é 'PostgreSQL' ou simplesmente 'postgres'. Sim, você pode escrever sem acentos e sem letras maiúsculas. Pode até abreviar para PG numa lista mais informal como a nossa. Mas não use nenhuma outra forma, ok? É como mandar um cartão de dia dos namorados com o nome da garota escrito errado. Na dúvida repita em voz alta para não errar mais: postgres, postgres, postgres. Dá um bom mantra, é relaxante, tente novamente: postgres, postgres, postgres... 2) Guarde o miguxes para os seus amigos do tempo do ensino fundamental. Se você escreve ou até fala assim, guarde este segredo terrível para você e aqueles que praticam isso. Não abrevie palavras como se estivesse num chat e principalmente não utilize expressões escritas propositalmente erradas. Conheço muita gente da velha guarda que sente dificuldade em ler menssagens assim. O resultado? Não respondem. Eu não respondo mais e sei de gente muito boa que também não responde. 3) Descrevam o problema! Gente, nós não conhecemos o seu ambiente, não vemos os erros que estão acontecendo na sua tela e não sabemos o que você fez. Nós não vamos adivinhar se você não contar. Dizer simplesmente: estou com um problema no postgres e nada funciona aqui pode conter o nome do banco de dados escrito corretamente, pode até fazer um bom uso da língua portuguesa, mas não nos diz nada. Se você se sente apenas frustrado e quer desabafar, recomendo uma boa cerveja, ver desenhos animados na TV ou até mesmo conversar com alguém no IRC. Mas dizer que não funciona e não citar o contexto não vai lhe ajudar. 4) Se o seu chefe/professor mandou você fazer um trabalho com PostgreSQL para ontem e você precisa de alguém que faça uma parte do trabalho para você, a lista será um ótimo lugar para você encontrar um profissional que lhe cobrará um preço justo pelos seus trabalhos. Não, não vamos fazer o trabalho de graça por você. Por favor não peça. 5) Uma boa pergunta é metade do caminho para encontrar a resposta. Se você leu a documentação, pesquisou na Internet, testou e não conseguiu fazer o que você queria, você deve ter uma dúvida. Gaste um tempo na elaboração da pergunta. Pense um pouco. - Se você leu um monte de documentações (principalmente a oficial) e não entendeu nada, seu problema é de compreensão de texto. Estude inglês ou português e principalmente leia mais. Um livro por mês seria uma boa meta para você. Mas pelo menos 2 bons livros por ano é o mínimo que um cidadão alfabetizado deveria se habituar a ler. Revistas em quadrinhos são muito legais (eu adoro) mas não contam aqui. - Se você testou vários how-tos e receitas de bolo prontas e nada funcionou, vá ler a documentação oficial antes de sair perguntando. Um bom tutorial sempre tem referências. Leia as referências. Ocorre que um tutorial se refere a uma situação específica. Pode não ser o seu caso. Você pode precisar de adaptações. Para quem tem uma boa base de conhecimento (por exemplo, para quem leu a tal da documentação...) o tutorial é muito interessante. Para quem cai de paraquedas, costuma ser um desastre. - Se você pesquisou um bocado e leu um bocado e conseguiu evoluir até um certo ponto e depois travou. Você deve ter uma genuína dúvida. Mande um e-mail para nós. Escreva bem, descreva o seu processo e nós lhe ajudaremos. Mas antes de enviar o e-mail, lembre-se que você gastou um tempão para chegar onde está. Se você souber exatamente o que você não está entendendo e souber materializar sua dúvida em forma de um texto, seu problema estará muito próximo da solução. É muito comum se passarem 5 ou 10 e-mails numa lista até que as pessoas entendam precisamente o que você quer saber. Pergunte bem e você terá
[pgbr-geral] mudar encoding
é possivel eu mudar o encoding da base postgresql for windows com um comando sql ?? se possivel qual o comando para alterar?? sds Ralf ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campanha dos 5 pontos para melhorar o nível da lista
Fabio, impossível não dar meu apoio a sua campanha! Muitas vezes gastasse mais tempo, decifrando as mensagens/solicitações, do que para resolvê-las. Parabéns pela iniciativa! Wilson From: fabio.tel...@gmail.com Date: Tue, 12 May 2009 09:04:31 -0300 To: pgbr-geral@listas.postgresql.org.br Subject: [pgbr-geral] Campanha dos 5 pontos para melhorar o nível da lista Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria. Vamos escrever melhor gente? Eu seu que não sou uma pessoa que contribui ativamente aqui na lista. Não respondo muita coisa. Mas venhamos e convenhamos, o nível das perguntas (e muitas vezes das respostas e comentários também) desanima qualquer pessoa letrada que se esforça para se comunicar adequadamente. Antes de disparar com a metralhadora para todos os lados, eu quero dizer: entendo que os erros de ortografia e de digitação fazem parte da nossa vida. Eu mesmo cometo erros terríveis no meu blog e nos e-mails. A língua portuguesa é chata mesmo. Quando estou ajudando o meu filho de 6 anos a fazer a lição de casa eu percebo como as regras são confusas: G e J, c, ç, ss, z ou c e q, m ou n, r ou rr, e por aí vai. Mas inventaram os corretores ortográficos e eles estão aí para nos livrar da peste, da fome e da danação. Proponho lançar uma campanha de 5 pontos aqui (a exemplo de zilhões de campanhas semelhantes em trilhões de listas por aí): 1) O nome do banco de dados livre mais avançado do mundo é 'PostgreSQL' ou simplesmente 'postgres'. Sim, você pode escrever sem acentos e sem letras maiúsculas. Pode até abreviar para PG numa lista mais informal como a nossa. Mas não use nenhuma outra forma, ok? É como mandar um cartão de dia dos namorados com o nome da garota escrito errado. Na dúvida repita em voz alta para não errar mais: postgres, postgres, postgres. Dá um bom mantra, é relaxante, tente novamente: postgres, postgres, postgres... 2) Guarde o miguxes para os seus amigos do tempo do ensino fundamental. Se você escreve ou até fala assim, guarde este segredo terrível para você e aqueles que praticam isso. Não abrevie palavras como se estivesse num chat e principalmente não utilize expressões escritas propositalmente erradas. Conheço muita gente da velha guarda que sente dificuldade em ler menssagens assim. O resultado? Não respondem. Eu não respondo mais e sei de gente muito boa que também não responde. 3) Descrevam o problema! Gente, nós não conhecemos o seu ambiente, não vemos os erros que estão acontecendo na sua tela e não sabemos o que você fez. Nós não vamos adivinhar se você não contar. Dizer simplesmente: estou com um problema no postgres e nada funciona aqui pode conter o nome do banco de dados escrito corretamente, pode até fazer um bom uso da língua portuguesa, mas não nos diz nada. Se você se sente apenas frustrado e quer desabafar, recomendo uma boa cerveja, ver desenhos animados na TV ou até mesmo conversar com alguém no IRC. Mas dizer que não funciona e não citar o contexto não vai lhe ajudar. 4) Se o seu chefe/professor mandou você fazer um trabalho com PostgreSQL para ontem e você precisa de alguém que faça uma parte do trabalho para você, a lista será um ótimo lugar para você encontrar um profissional que lhe cobrará um preço justo pelos seus trabalhos. Não, não vamos fazer o trabalho de graça por você. Por favor não peça. 5) Uma boa pergunta é metade do caminho para encontrar a resposta. Se você leu a documentação, pesquisou na Internet, testou e não conseguiu fazer o que você queria, você deve ter uma dúvida. Gaste um tempo na elaboração da pergunta. Pense um pouco. - Se você leu um monte de documentações (principalmente a oficial) e não entendeu nada, seu problema é de compreensão de texto. Estude inglês ou português e principalmente leia mais. Um livro por mês seria uma boa meta para você. Mas pelo menos 2 bons livros por ano é o mínimo que um cidadão alfabetizado deveria se habituar a ler. Revistas em quadrinhos são muito legais (eu adoro) mas não contam aqui. - Se você testou vários how-tos e receitas de bolo prontas e nada funcionou, vá ler a documentação oficial antes de sair perguntando. Um bom tutorial sempre tem referências. Leia as referências. Ocorre que um tutorial se refere a uma situação específica. Pode não ser o seu caso. Você pode precisar de adaptações. Para quem tem uma boa base de conhecimento (por exemplo, para quem leu a tal da documentação...) o tutorial é muito interessante. Para quem cai de paraquedas, costuma ser um desastre. - Se você pesquisou um bocado e leu um bocado e conseguiu evoluir até um certo ponto e depois travou. Você deve ter uma genuína dúvida. Mande um e-mail para
[pgbr-geral] Duvida Transaction ID Wraparound
Pessoal, Tenho um servidor de banco de dados Postgresql na versao 8.1.3 que vem me provocando algumas duvidas. Ele possui alguns bancos dentre esses um que recebe muitos insert's. Executei um select para ver os XID: SELECT datname, age(datfrozenxid) FROM pg_database; postgres | 1081966736 ... ... Ai executei um VACUUM FREEZE ; (em todas as bases) SELECT datname, age(datfrozenxid) FROM pg_database; postgres | 1093 ... ... Na manha do dia seguinte os Id's de transacao ja tinham voltado ao valor anterior e começaram a aparecer as mensagens: limite de reciclagem do ID de transação é 2164739206, limitado pelo banco de dados xxx Isso pode ser um problema né? Como nessa versao nao tem a opçao autovacuum_freeze_max_age, etc Alguem tem alguma sugestao de como contornar esse problema (obs: sem que seja necessario trocar a versao) ? Obrigado. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campanha dos 5 pontos para melhorar o nível da lista
2009/5/12 Fábio Telles Rodriguez fabio.tel...@gmail.com Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria. Vamos escrever melhor gente? Eu seu que não sou uma pessoa que contribui ativamente aqui na lista. Não respondo muita coisa. Mas venhamos e convenhamos, o nível das perguntas (e muitas vezes das respostas e comentários também) desanima qualquer pessoa letrada que se esforça para se comunicar adequadamente. . Proponho lançar uma campanha de 5 pontos aqui (a exemplo de zilhões de campanhas semelhantes em trilhões de listas por aí): Fabio concordo com você, (no inicio imagino que fiz isso (perguntar sem pesquisar/ estudar), e ainda posso estar fazendo)... MAS quando iniciei minha participação nesta lista, não lembro de encontrar em algum lugar CLARO e ACESSÍVEL alguma regra para a lista... aprendi as regras, pelas respostas que obtive (e até que não obtive), e pelas respostas dadas as duvidas dos outros participantes. É interessante, fixar esta campanha dos 5 pontos em algum lugar que esteja sempre acessível a todos principalmente aos novatos, talvez um 1º e-mail disparado logo após o cadastro la lista, algo assim... -- Lucas de Souza D'Ávila Graduando em Sistema de Informação - CV Lattes: http://lattes.cnpq.br/9245658982061645 http://merendas.blogspot.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] mudar encoding
Bom, você pode tentar criar um novo banco tendo como espelho o que deseja alterar o encoding. É até o mais recomentado, pois as operações de conversão de encoding não necessariamente são de ida e volta. O comando seria o CREATE DATABASE TEMPLATE [banco em encoding xxx] ENCODING [novo encoding]. Mas para o comando funcionar, nenhuma conexão com o banco usado como TEMPLATE pode estar ativa. 2009/5/12 Ralf Schlindwein ralfoa...@gmail.com é possivel eu mudar o encoding da base postgresql for windows com um comando sql ?? se possivel qual o comando para alterar?? sds Ralf ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- William Leite Araújo Mobile Solution Manager - QualiConsult Analista de Banco de Dados ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] postgresql funciona no linux..nao acredito
2009/5/11 Dickson S. Guedes lis...@guedesoft.net Em Seg, 2009-05-11 às 17:15 -0300, Pescador escreveu: Pessoal...estou tentando instalar o postgresql 8x no kubuntu 8.10 / ubuntu server 8.10 mas ta uma dificuldade...mesmo baixando o .deb para ubuntu nao consigo nem testar o bicho...nao encontro artigos que realmente funcione e me ajude a iniciar no postgresql..alguem recomenda algum livro que realmente ensine mesmo que na mao como instalar, que pacotes baixar, como testar, como instalar e qual pacote correto para o pgadmin...como configurar os dos para rodar junto... #aptitude search postgresql-8 Você terá uma lista de opções. Para instalar somente o servidor, sem extensões de linguagem ou *contribs*, deve ser os pacotes postgresql-8.1 ou postgresql-8.2 ou ainda postgresql-8.3 Como é pra testar, recomento o mais recente (8.3) caso ele apareça, o maior 8.X que aparecer. Aí é realmente difícil : #sudo aptitude install postgresql-8.x E pronto! Tudo será instalado... muito difícil mesmo... =p -- William Leite Araújo Mobile Solution Manager - QualiConsult Analista de Banco de Dados ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recomandação de livros para curs o de administração de bancos de dados
Oi Leandro O Date é velho conhecido :-) mas pelo jeito nada de melhor apareceu certo? :-) A idéia é esmiuçar o funcionamento do banco, resolver problemas, fazer e recuperar backups, fazer tuning. Ninguém vai modelar banco, não é o escopo da disciplina. []s Bene Leandro Guimarães Faria Corcete DUTRA escreveu: Le vendredi 08 mai 2009 à 17:04 -0300, Benedito A. Cruz a écrit : Gostaria que vocês me recomendasse livros/apostilas/notas de aula/tutoriais sobre Administração de Bancos de Dados. Não é projeto de BD , é administração de SGBD mesmo. Sem dúvida, o Chris(topher) J DATE, _Introdução a Sistemas de Bancos de Dados_. Se teus alunos já o viram e querem ver detalhes de SGBD, nada melhor que o manual do PoſtgreSQL. -- Benedito A. Cruz Centro de Referência em Informação Ambiental - CRIA email b...@cria.org.br fone 55 19 3288 0466 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campanha dos 5 pontos para melhorar o n ível da lista
Fabio, 2009/5/12 Fábio Telles Rodriguez fabio.tel...@gmail.com: Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria. Entendo perfeitamente suas frustrações. Fui moderador da lista do PostgreSQL-BR no Yahoo! por anos antes de migrarmos a lista para cá e reconheço estes estágios. Alguns da lista antiga estão por aqui ainda. O primeiro estágio é tentar educar. O segundo é tentar ser mais incisivo com os ofensores repetitivos. O terceiro é tentar moderar. O quarto é reconhecer. Em listas públicas na internet do dia de hoje, eu acho que é simplesmente contra-produtivo, tentar mudar a natureza do internauta e consequentemente dos seus envios para a lista. Vivemos hoje num eterno september that never ended[1] onde o influxo de novos internautas é sempre maior do que a capacidade dos presentes de educá-los. É possível tentar e conseguir algum sucesso? É sim, mas a que custo? Vais perder um tempo desgraçado tentando educar pessoas, boa parte das quais não querem aprender, tempo que poderias usar para contribuir mais eficientemente. Quem quer aprender vai aprender observando o que as pessoas mais respeitadas fazem, com encorajamento e atenção. Quem não quer não vai aprender nem com surra de bambu. Talvez o problema seja que estamos com nossos incentivos errados. Com crianças, é fato que comportamento que recebe atenção é comportamento reforçado (como ensinado pelo Dr. Glenn Latham, com quem estudei na USU [2] e [3]). Na lista, temos feito o contrário: falamos quando alguém faz errado (reforçamos o comportamento) -- e recebemos grunhidos de manhê! e não quero!!! em retorno -- e não falamos nada quando alguém faz o certo, deixando passar em branco quem se esforça. Eu acho que vamos ter mais sucesso e menos cabelos brancos, se começarmos a ignorar comportamento ruim, e reforçarmos bom comportamento. Princípios são princípios e funcionam em qualquer lugar. Roberto [1] http://en.wikipedia.org/wiki/Eternal_September [2] http://ocw.usu.edu/Family__ConsumerHuman_Development/oer-power-of-positive-parenting [3] http://parentrx.com/ e http://parentrx.com/strategies/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida Transaction ID Wraparound
Olá, Rode um vacuum freeze. 2009/5/12 jorge sanfelice jorgesanfel...@gmail.com Pessoal, Tenho um servidor de banco de dados Postgresql na versao 8.1.3 que vem me provocando algumas duvidas. Ele possui alguns bancos dentre esses um que recebe muitos insert's. Executei um select para ver os XID: SELECT datname, age(datfrozenxid) FROM pg_database; postgres | 1081966736 ... ... Ai executei um VACUUM FREEZE ; (em todas as bases) SELECT datname, age(datfrozenxid) FROM pg_database; postgres | 1093 ... ... Na manha do dia seguinte os Id's de transacao ja tinham voltado ao valor anterior e começaram a aparecer as mensagens: limite de reciclagem do ID de transação é 2164739206, limitado pelo banco de dados xxx Isso pode ser um problema né? Como nessa versao nao tem a opçao autovacuum_freeze_max_age, etc Alguem tem alguma sugestao de como contornar esse problema (obs: sem que seja necessario trocar a versao) ? Obrigado. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com http://www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] mudar encoding
Olá, Ralf Você não consegue alterar o encoding de um banco de dados. O que você pode fazer é criar um novo banco de dados com a codificação desejada. Por exemplo: CREATA DATABASE 2009/5/12 Ralf Schlindwein ralfoa...@gmail.com é possivel eu mudar o encoding da base postgresql for windows com um comando sql ?? se possivel qual o comando para alterar?? sds Ralf ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- JotaComm http://jotacomm.wordpress.com http://www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recomandação de livros para curso de administração de bancos de dados
Olá, Uma questão. O curso será baseado na parte teórica ou na parte prática? Que assuntos você está imaginando abordar no seu curso? Você tem alguma idéia de tópicos? O curso será ministrado em cima do PostgreSQL? Se sim, acredito que a documentação oficial [1] será o mais indicado. [1] http://www.postgresql.org 2009/5/8 Benedito A. Cruz b...@cria.org.br Caros colegas, Gostaria que vocês me recomendasse livros/apostilas/notas de aula/tutoriais sobre Administração de Bancos de Dados. Não é projeto de BD , é administração de SGBD mesmo. Preciso dar um curso (40 horas) e queria sugestões para a bibliografia... []s Bene -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com http://www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Como utilizar O.O no Postgresql
Olá pessoal;Como faço para utilizar o postgres como objeto relacional ? Tem como fazer ele utilizar o conceito de Banco de Dados Orientado a Objeto ? Obrigado--RODRIGO R. FRAGOSO ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como utilizar O.O no Postgresql
2009/5/12 Rodrigo Rosa Fragoso rodrig...@sanepar.com.br: Como faço para utilizar o postgres como objeto relacional ? Tem como fazer As funcionalidades OOR do PG estao descritas na documentacao. ele utilizar o conceito de Banco de Dados Orientado a Objeto ? Em parte, mas como todo mundo tem uma definicao diferente do que isso significa, nao da' para dizer ao certo. O que eu posso dizer e' que geralmente quem procura pro BD OO nao sabe por que, nem o que esta' procurando. Aprender como trabalhar com o modelo relacional provavelmente seria melhor uso do tempo. Robrto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campanha dos 5 pontos para melhorar o nível da lista
Boa Tarde a Todos, Concordo plenamento com o Fabio e todos os outros. Antes de me inscrever nesse lista tinha apenas assinado as listas em inglês (em torno de 5: admin, novice, sql, perform, slony) e muito das dúvidas que eu tive eu fazia lá, e muitas outras eu aprendi com as respostas dos outros. Resolvi então me inscrever nessa lista para que eu pudesse ajudar outros colegas que estejam passando por problemas, muitos dos quais eu já passei por eles, inclusive com o Slony-I. Tal foi minha surpresa ver as diferenças de atitudes na lista, talvez por tempo de existência, ou algo assim. Bom, acredito que é assim que a gente consegue construir uma lista boa e com boas respostas, ajudando a Comunidade Postgres. Gostei da Campanha, vamos todos aderir à ele. Valeu Fábio Atenciosamente, Rafael Domiciano 2009/5/12 Roberto Mello roberto.me...@gmail.com Fabio, 2009/5/12 Fábio Telles Rodriguez fabio.tel...@gmail.com: Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria. Entendo perfeitamente suas frustrações. Fui moderador da lista do PostgreSQL-BR no Yahoo! por anos antes de migrarmos a lista para cá e reconheço estes estágios. Alguns da lista antiga estão por aqui ainda. O primeiro estágio é tentar educar. O segundo é tentar ser mais incisivo com os ofensores repetitivos. O terceiro é tentar moderar. O quarto é reconhecer. Em listas públicas na internet do dia de hoje, eu acho que é simplesmente contra-produtivo, tentar mudar a natureza do internauta e consequentemente dos seus envios para a lista. Vivemos hoje num eterno september that never ended[1] onde o influxo de novos internautas é sempre maior do que a capacidade dos presentes de educá-los. É possível tentar e conseguir algum sucesso? É sim, mas a que custo? Vais perder um tempo desgraçado tentando educar pessoas, boa parte das quais não querem aprender, tempo que poderias usar para contribuir mais eficientemente. Quem quer aprender vai aprender observando o que as pessoas mais respeitadas fazem, com encorajamento e atenção. Quem não quer não vai aprender nem com surra de bambu. Talvez o problema seja que estamos com nossos incentivos errados. Com crianças, é fato que comportamento que recebe atenção é comportamento reforçado (como ensinado pelo Dr. Glenn Latham, com quem estudei na USU [2] e [3]). Na lista, temos feito o contrário: falamos quando alguém faz errado (reforçamos o comportamento) -- e recebemos grunhidos de manhê! e não quero!!! em retorno -- e não falamos nada quando alguém faz o certo, deixando passar em branco quem se esforça. Eu acho que vamos ter mais sucesso e menos cabelos brancos, se começarmos a ignorar comportamento ruim, e reforçarmos bom comportamento. Princípios são princípios e funcionam em qualquer lugar. Roberto [1] http://en.wikipedia.org/wiki/Eternal_September [2] http://ocw.usu.edu/Family__ConsumerHuman_Development/oer-power-of-positive-parenting [3] http://parentrx.com/ e http://parentrx.com/strategies/ ___ 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] Campanha dos 5 pontos para melhorar o nível da lista
Quando um usuário inscreve-se na lista pgbr-geral ele recebe um email cujo assunto é: Bem vindo a lista de discussão pgbr-geral O corpo do texto: Seja bem-vindo a pgbr-geral! Todos teremos o maior prazer em ajudar na solução das dúvidas aqui apresentadas, no entanto é altamente .. escadastramento imediato. É importante que se esteja ciente das regras da lista em http://www.postgresql.org.br/RegrasLista; . []s Dickson S. Guedes Guedes, você tem razão o e-mail disparado logo após a inscrição traz um link (bem CLARO) para as regras, e também é possível ter acesso pelos links [1], [2] e depois [3] (bem ACESSÍVEL) praticamente não as lê quem não quer (eu ainda não tinha lido), mas já conhecia algumas regras básicas... Fico feliz por fazer parte desta lista, e poder evoluir junto expandindo o conhecimento.. ;-) -- [1] http://www.postgresql.org.br/ [2] http://www.postgresql.org.br/participe [3] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Lucas de Souza D'Ávila Graduando em Sistema de Informação - CV Lattes: http://lattes.cnpq.br/9245658982061645 http://merendas.blogspot.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] Como utilizar O.O no Postgresql
Le mardi 12 mai 2009 à 10:09 -0600, Roberto Mello a écrit : O que eu posso dizer e' que geralmente quem procura pro BD OO nao sabe por que, nem o que esta' procurando. Aprender como trabalhar com o modelo relacional provavelmente seria melhor uso do tempo. Sem discordar do Roberto, muito antes pelo contrário, existe sim uma possibilidade: tipos definidos pelo usuário, por exemplo na linguagem D… não é muito prático, mas seria o mapeamento correto para os objetos, que devem ser mantidos simples. O princípio organizador deve seguir sendo a relação (vulgo tabela). Até hoje não sei de alguém que trabalhe assim, mas é o que a teoria comporta. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:leand...@jabber.org +55 (11) 3854 7191 ICQ: aim:GoIM?screenname=61287803 BRAZIL GMT-3 msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Contatos em Brasília
Senhores (as), Estou em Brasília. Sou do Exército. Estamos precisando desencadear uma campanha de massificação do conhecimento sobre o PostGreSQL com os nossos técnicos na área de informática. Sofremos da massificação da cultura Oracle. Queremos inverter este processo nocivo. Desejamos promover uma série de cursos sobre o PostGreSQL, aqui em Brasília. Precisamos de instrutores/professores, que façam parte do Projeto PG, para acertarmos uma parceria. Cel LEMOS PITA (61) 3415-5204 coronellemosp...@gmail.com asse2a...@dct.eb.mil.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recomandação de livros para curso de administração de bancos de dados
Le mardi 12 mai 2009 à 10:31 -0300, Prof. Benedito A. Cruz a écrit : O Date é velho conhecido :-) mas pelo jeito nada de melhor apareceu certo? :-) Não que eu tenha visto. A idéia é esmiuçar o funcionamento do banco, resolver problemas, fazer e recuperar backups, fazer tuning. É, os manuais do PostgreSQL mesmo. Tem um texto do Stonebraker sobre a implementação de SGBDs, creio que baseado no University Ingres, mas nunca lembro do título e outros detalhes de publicação. Ninguém vai modelar banco, não é o escopo da disciplina. O Date é muito mais que modelagem… por exemplo, estou careca de ensinar controle de transações a gente que fez a faculdade de Informática que não fiz. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:leand...@jabber.org +55 (11) 3854 7191 ICQ: aim:GoIM?screenname=61287803 BRAZIL GMT-3 msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Contatos em Brasília
Olá Coronel, Não se se ficou sabendo, mas tivemos um dia inteiro sobre PostgreSQL em Brasília, que foi organizado no Ministério do Planejamento, onde trabalho: http://www.postgresql.org.br/eventos/pgday/df Se quiser mais informações ou precisar de ajuda em alguma coisa, mande um e-mail pra mim em PVT que te respondo. Abraços 2009/5/12 Jefferson A. L. Pita jalp...@gmail.com Senhores (as), Estou em Brasília. Sou do Exército. Estamos precisando desencadear uma campanha de massificação do conhecimento sobre o PostGreSQL com os nossos técnicos na área de informática. Sofremos da massificação da cultura Oracle. Queremos inverter este processo nocivo. Desejamos promover uma série de cursos sobre o PostGreSQL, aqui em Brasília. Precisamos de instrutores/professores, que façam parte do Projeto PG, para acertarmos uma parceria. Cel LEMOS PITA (61) 3415-5204 coronellemosp...@gmail.com asse2a...@dct.eb.mil.br ___ 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] Função em PL/PGSQL
Obrigado pela indicação na doc Fabrízio e pelo exemplo André. Li e consegui implementar da forma que queria, estou curtindo muito essa parte de programação pro banco, vou continuar com a doc pra me aprofundar no assunto. Desculpem a demora (correria infernal nessas 2 semanas) mas não poderia deixar de retornar o email com meu agradecimento. Abraços. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/4 André Pignata andrepign...@gmail.com: Tente desta maneira: CREATE OR REPLACE FUNCTION atualiza_convenios(tabela_ origem character, inum_convenio integer, ccod_proposta character) RETURNS boolean AS $atualiza_convenios$ BEGIN EXECUTE('UPDATE '||tabela_origem||' SET pad = FALSE WHERE pad IS NULL AND num_convenio = '||inum_convenio::text||' AND CAST(cod_proposta AS CHAR(11)) = '''||ccod_proposta||); RETURN TRUE; END; $atualiza_convenios$ LANGUAGE plpgsql; 2009/5/4 Fernando França ferna...@desconstruindo.eng.br Pessoal, Alguém já teve necessidade de atualizar uma tabela sem saber seu nome? Ou seja, passando esse nome como parâmetro na função que executa a atualização? Estou com esse problema, onde preciso fazer exatamente o que descrevi acima e meu código está da seguinte forma: CREATE OR REPLACE FUNCTION atualiza_convenios(tabela_origem character, inum_convenio integer, ccod_proposta character) RETURNS boolean AS $atualiza_convenios$ BEGIN UPDATE tabela_origem SET pad = FALSE WHERE pad IS NULL AND num_convenio = inum_convenio AND CAST(cod_proposta AS CHAR(11)) = ccod_proposta; RETURN TRUE; END; $atualiza_convenios$ LANGUAGE plpgsql; Quando tento criar essa função, recebo o seguinte erro: ERROR: syntax error at or near $1 LINE 1: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_conven... ^ QUERY: UPDATE $1 SET pad = FALSE WHERE pad IS NULL AND num_convenio = $2 AND CAST(cod_proposta AS CHAR(11)) = $3 CONTEXT: SQL statement in PL/PgSQL function atualiza_convenios near line 8 Ou seja, justamente no parâmetro que diz respeito à tabela a ser atualizada, que seria meu $1. Claro que já tentei tirar isso, deixando o nome da tabela a ser atualizada com o comando UPDATE definido e aí funciona, mas como disse, essa função visa atender 2 tabelas de estruturas idênticas mas nomes diferentes. Então queria usar essa forma dinâmica para chamar: SELECT atualiza_convenios(tabelaX, num, cod); Se alguém já teve experiência e puder me dar uma ajuda já agradeço. Abraço a todos e obrigado. -- Fernando França linux user #263682 skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André Luiz Martins Pignata Integral Convênios Odontológicos Gerente de TI ___ 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] Ainda sobre PG-Day, agora RJ
Vou acompanhar sim Lucas, Na verdade, já andei procurando algumas pessoas para tentar me ajudar e quem sabe organizarmos algo, como disse semana passada, não tenho condição de assumir sozinho. Lugar eu consigo fácil, seja na minha Universidade ou no centro de pesquisa do qual faço parte. Quero muito amadurecer essa idéia (mas sem perder muito tempo) pra viabilizar a coisa. Um abraço. -- Fernando França linux user #263682 gtalk: furansa skype: fernando_desconstruindo http://desconstruindo.eng.br http://www.cbpf.br/~lsd http://www.rnp.br/keyserver/pks/lookup?search=0xB5E21164 Por favor considere o meio ambiente antes de imprimir esta mensagem. S'il vous plaît à l'environnement avant d'imprimer ce message. Please consider the environment before printing this message. 2009/5/5 Lucas Souza lucassouzadav...@gmail.com: 2009/5/4 Fernando França ferna...@desconstruindo.eng.br Não sei se estou muito atrasado, mas alguém sabe me dizer se vai rolar algo tipo PG-Day aqui no RJ? Fernando você pode acompanhar os PGDay's que vão ocorrer, pelo site da Comunidade Brasileira de PostgreSQL http://www.postgresql.org.br/eventos/pgday Abraços a todos. -- Fernando França -- Lucas de Souza D'Ávila Graduando em Sistema de Informação - CV Lattes: http://lattes.cnpq.br/9245658982061645 http://merendas.blogspot.com/ ___ 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