Re: [pgbr-geral] Postgre + linguagem
Como banco de dados para as informações, podíamos escolher quase qualquer um (salvo DB2). Curioso, por quê? Especificação do cliente, nenhuma razão técnica apresentada. PL/el (um achado muito bacana, um dos desenvolvedores conhecia e foi uma boa adição). Que é isso? Nem o Google me ajudou, nessa. É uma conversão do PL.el (interface lisp do emacs para postgresql) como linguagem procedural dentro do banco de dados. Não cheguei a procurar nada a mais sobre o mesmo, assim não tenho idéia de como esteja esse projeto. Abraços, -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.orgxmpp%3aleand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgre + linguagem
2009/11/9 Andre Fernandes fernandes.an...@gmail.com: Como banco de dados para as informações, podíamos escolher quase qualquer um (salvo DB2). Curioso, por quê? Especificação do cliente, nenhuma razão técnica apresentada. Tem cara de ser ou traumas passados, ou aquela identificação simplista errônea do IBM DB2 com o MVS (vulgo OS/360, vulgo OS/390, vulgo z/OS). PL/el (um achado muito bacana, um dos desenvolvedores conhecia e foi uma boa adição). Que é isso? Nem o Google me ajudou, nessa. É uma conversão do PL.el (interface lisp do emacs para postgresql) como linguagem procedural dentro do banco de dados. Não cheguei a procurar nada a mais sobre o mesmo, assim não tenho idéia de como esteja esse projeto. Talvez tenha sido superado pelo PL/Scheme... mas vou procurar um pouco mais a respeito. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Trigger ON EACH ROW x ON EACH STATEMENT
Coisa velha, mas achei interessante... 2009/10/30 Mozart Hasse mozart.ha...@usa.net: Uma VIEW totalizando saldos sobre uma tabela de 13 registros?!?!?!?! Meu cliente não tem tempo ocioso para esperar servidor SQL nenhum ficar somando essa tralha cada vez que ele resolver consultar o saldo de alguma coisa. A consulta de saldos é muito mais frequente do que quaisquer atualizações. Parece um caso para visões materializadas. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida de modelagem de contas de banc os
Gente, gostaria de levantar novamente esta questão pois agora me surgiu outra dúvida. Eu decidi fazer assim: Tenho uma tabela CONTA nela dados de cada conta e seu saldo atual. Tenho uma tabela movimentação, nela registro cada movimentação de cada conta. E tenho uma tabela, saldo diário, que guarda o resultado das movimentações de cada dia. Por exemplo, se no dia 10 na conta entrou 100 e saiu 50 então o saldo diario é 50 independente do saldo anterior. Foi assim que eu defini. Porém agora preciso incrementar algo. No meu sistema, tenho uma tela onde eu mostro as movimentações das contas, esses dados vem da tabela de movimentação porém eu preciso incluir ali uma nova informação, preciso colocar ali um campo chamado SALDO que deve informar o saldo da conta após aquela movimentação. Para ser mais claro, esse campo saldo não está diretamente ligado ao saldo diário, nele eu devo informar mesmo o saldo real da conta após aquela movimentação. A forma trivial de implementar isso é, sair calculando desde o início o saldo da conta após cada movimentação... as achei isso um pouco trabalhoso. Alguém poderia me dar alguma sugestão? Talvez eu possa incluir na tabela de movimentações esse campo SALDO, e calcular esse campo quando a movimentação for criada. Neste caso, se eu modificar uma movimentação ( ou excluir ) vou ter que re-calcular o saldo de todas as movimentações posteriores. -- View this message in context: http://old.nabble.com/D%C3%BAvida-de-modelagem-de-contas-de-bancos-tp25834706p26264324.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] Postgre + linguagem
PL/el (um achado muito bacana, um dos desenvolvedores conhecia e foi uma boa adição). Que é isso? Nem o Google me ajudou, nessa. É uma conversão do PL.el (interface lisp do emacs para postgresql) como linguagem procedural dentro do banco de dados. Não cheguei a procurar nada a mais sobre o mesmo, assim não tenho idéia de como esteja esse projeto. Talvez tenha sido superado pelo PL/Scheme... mas vou procurar um pouco mais a respeito. Bem possível. Como apenas vi a mesma naquele projeto, não sei que fim levou. Era interessante, mas faltava muita coisa a ser implementada ainda. Não cheguei a usar PL/Scheme, assim não sei se teria ligação com ele. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.orgxmpp%3aleand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida de modelagem de contas de ba nc os
bom dia amigo...Neste caso, se eu modificar uma movimentação ( ou excluir ) vou ter que re-calcular o saldo de odas as movimentações posteriores.Conceitualmente o saldo seja ele atual ou diário é um "atributo derivado" e não necessita de ser um atributo em sua entidade. Mas a prática é diferente da teoria...Creio que não seja muito custoso obter essa informação considerando como atributo derivado, já que vc deve obter um índice da conta.Abraços!!Em 09/11/2009 às 08:48 horas, pgbr-geral@listas.postgresql.org.br escreveu: Gente, gostaria de levantar novamente esta questão pois agora me surgiu outra dúvida. Eu decidi fazer assim: Tenho uma tabela CONTA nela dados de cada conta e seu saldo atual. Tenho uma tabela movimentação, nela registro cada movimentação de cada conta. E tenho uma tabela, saldo diário, que guarda o resultado das movimentações de cada dia. Por exemplo, se no dia 10 na conta entrou 100 e saiu 50 então o saldo diario é 50 independente do saldo anterior. Foi assim que eu defini. Porém agora preciso incrementar algo. No meu sistema, tenho uma tela onde eu mostro as movimentações das contas, esses dados vem da tabela de movimentação porém eu preciso incluir ali uma nova informação, preciso colocar ali um campo chamado SALDO que deve informar o saldo da conta após aquela movimentação. Para ser mais claro, esse campo saldo não está diretamente ligado ao saldo diário, nele eu devo informar mesmo o saldo real da conta após aquela movimentação. A forma trivial de implementar isso é, sair calculando desde o início o saldo da conta após cada movimentação... as achei isso um pouco trabalhoso. Alguém poderia me dar alguma sugestão? Talvez eu possa incluir na tabela de movimentações esse campo SALDO, e calcular esse campo quando a movimentação for criada. Neste caso, se eu modificar uma movimentação ( ou excluir ) vou ter que re-calcular o saldo de todas as movimentações posteriores. -- View this message in context: http://old.nabble.com/D%C3%BAvida-de-modelagem-de-contas-de-bancos-tp25834706p26264324.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 "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida de modelagem de contas de banc os
Olá João Cosme, Você poderia me dar mais detalhes práticos? Quero dizer? O que exatamente vc quer dizerm com índice da conta? É a pk? Ou algum tipo especial de campo que eu devo criar? Então confirmando, você acha viável eu criar um campo saldo em cada movimentação para gravar o saldo após desta? Lembrando que na prática, as movimentações virão em ordem cronológica, não creio que será muito comum alguem fazer movimentações fora da ordem ou de muitos dias atrás. Joao Cosme de Oliveira Junior-3 wrote: bom dia amigo... gt;gt;Neste caso, se eu gt;gt;modificar uma movimentação ( ou excluir ) vou ter que re-calcular o saldo de gt;gt;odas as movimentações posteriores. Conceitualmente o saldo seja ele atual ou diário é um atributo derivado e não necessita de ser um atributo em sua entidade.nbsp; Mas a prática é diferente da teoria... Creio que não seja muito custoso obter essa informação considerando como atributo derivado, já que vc deve obter um índice da conta. Abraços!! Em 09/11/2009 às 08:48 horas, -- View this message in context: http://old.nabble.com/Re%3A-D%C3%BAvida-de-modelagem-de-contas-de-banc%09os-tp26264890p26265516.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] Postgre + linguagem
2009/11/9 Andre Fernandes fernandes.an...@gmail.com: Não cheguei a usar PL/Scheme, assim não sei se teria ligação com ele. Nem precisa ter — basta ser usado pelas mesmas pessoas que usariam o PL/el. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgre + linguagem
Então é bem provável que sim... Embora o anterior tenha uma sintaxe do Lisp do Emacs e esse seja o Scheme, ambos continuam sendo Lisp... :-) 2009/11/9 Leandro DUTRA leandro.gfc.du...@gmail.com 2009/11/9 Andre Fernandes fernandes.an...@gmail.com: Não cheguei a usar PL/Scheme, assim não sei se teria ligação com ele. Nem precisa ter — basta ser usado pelas mesmas pessoas que usariam o PL/el. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.orgxmpp%3aleand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm Sent from Sao Paulo, SP, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida de modelagem de contas de ba nc os
Quando vc for procurar pelas movimentações de certo usuário com certeza vc vai procurar pela conta nao??Então provavelmente a conta deve será um índice.Quais sãos suas chaves nas tabelas de movimentações? Você criou uma chave composta com codigo da conta e outro campo ou utilizou um chave artificial??Lembrando que na prática, as movimentações virão em ordem cronológica, não creio que será muito comum alguem fazer movimentações fora da ordem ou de muitos dias atrás.Então é tranquilo ter esse atributo como atributo derivado, creio que na sua tabela de movimentação deve ter um campo como date ou melhor ainda ,timestamp... o que facilita obter o saldo por um perído de dia mes ou anoPosta ai sua modelagem se possivel !abraços!João Cosme de Oliveira Júnior Seja inteligente, use Software-livre!!! LPI Certified LPI000185554 Em 09/11/2009 às 10:21 horas, pgbr-geral@listas.postgresql.org.br escreveu: Olá João Cosme, Você poderia me dar mais detalhes práticos? Quero dizer? O que exatamente vc quer dizerm com "índice da conta"? É a pk? Ou algum tipo especial de campo que eu devo criar? Então confirmando, você acha viável eu criar um campo "saldo" em cada movimentação para gravar o saldo após desta? Lembrando que na prática, as movimentações virão em ordem cronológica, não creio que será muito comum alguem fazer movimentações fora da ordem ou de muitos dias atrás. Joao Cosme de Oliveira Junior-3 wrote: bom dia amigo... Neste caso, se eu modificar uma movimentação ( ou excluir ) vou ter que re-calcular o saldo de odas as movimentações posteriores. Conceitualmente o saldo seja ele atual ou diário é um "atributo derivado" e não necessita de ser um atributo em sua entidade. Mas a prática é diferente da teoria... Creio que não seja muito custoso obter essa informação considerando como atributo derivado, já que vc deve obter um índice da conta. Abraços!! Em 09/11/2009 às 08:48 horas, -- View this message in context: http://old.nabble.com/Re%3A-D%C3%BAvida-de-modelagem-de-contas-de-banc%09os-tp26264890p26265516.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 "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ 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] Chamada de trabalhos VIII InfoFESP (Curitiba)
Olá pessoal, Se possível divulguem nas suas listas de contatos, lista de discussão, blog e etc... A Coordenação da edição VIII da InfoFESP convocam a comunidade para contribuir com sua programação. Estudantes de qualquer escola ou universidade, professores e/ou profissionais podem enviar suas propostas de palestras sobre Computação. A VIII InfoFESP é um evento realizado todos os anos pelos alunos do curso de Sistemas de Informação da Fundação de Estudos Sociais do Paraná (FESP) e tem por objetivo reunir estudantes, profissionais e comunidade em geral para discussão sobre tendências, técnicas, soluções e produtos voltados a Técnologia da Informação. ==Informações Gerais: == A InfoFESP receberá propostas de palestras nas seguintes áreas temáticas: * Desenvolvimento: Desenvolvimento de aplicações, utilização de ferramentas/metodologias, linguagens e etc.; * Handheld: soluções para dispositívos móveis; * Administração de Sistemas ou Redes; * Infra Estrutura; * Casos/Soluções; * Negócios: Modelos de negócios; * Banco de Dados; As palestras terão duração de 1 hora, contemplando o tempo necessário para o palestrante preparar sua apresentação, apresentar e responder à eventuais dúvidas que venham a surgir. - Envio de propostas O envio de propostas deverá ser feito através do email infofesp2...@gmail.com e deverão conter os seguintes dados: Nome, Assunto e Descrição. A Coordenação aceitará o envio de propostas até o dia 11 de novembro de 2009 e no dia 12 de novembro de 2009 os palestrantes selecionados serão notificados, no dia 13 de novembro será divulgada a programação do evento. - Seleção das propostas Após o período de envio de propostas, todas que foram enviadas serão avaliadas por uma comissão e serão classificadas seguindo os critérios padrões do papers. O número de propostas classificadas depende única e exclusivamente da quantidade de espaço disponível durante o evento. A InfoFESP é um evento que *não* conta com recursos financeiros externos, ela é organizada pelos alunos. Assim, solicitamos a compreensão para o fato de que a aceitação de propostas de palestras não implica no custeio de viagens. O e-mail para contato com a organização da InfoFESP é infofesp2...@gmail.com Certifique-se de ter recebido e-mails deste endereço e leia-os. - Datas importantes * Prazo final para envio de propostas: 11 de novembro de 2009; * Notificação das propostas aceitas: 12 de novembro de 2009; * Divulgação da programação da InfoFESP: 13 de novembro de 2009. Loca: Rua Dr. Faivre, 141 - Centro - Curitiba - Paraná ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
