Re: [pgbr-geral] Modelando um Controle de Estoque
Não teria como, pois a proposta até o momento é utilizar estes campos como chave primária das tabelas pessoa física e jurídica. Sendo assim não poderia ser nulo. Att. Alexandro Haag Adriano Sanches Tonetto escreveu: Você pode deixar a coluna aceitando nulo ! -- Adriano Sanches Tonetto astoneto (at) gmail (dot) com Antes de imprimir, lembre-se da sua responsabilidade como planeta ! [EMAIL PROTECTED] escreveu: Outro problema para o CNPJ ser a chave natural. E se quisermos ter cliente cadastrado sem CNPJ ou CPF, ou seja, poderão ser futuros clientes, com cadastro incompleto, estão cadastrados para mailing, mala-direta ou qualquer outra atividade de marketing. No meu caso eu procuro sempre generalizar as coisas. Alecindro Quoting Ribamar Sousa [EMAIL PROTECTED]: 2008/7/11 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/11 Ribamar Sousa [EMAIL PROTECTED]: Mesmo sem ser o Leandro vou arriscar um palpite: em separando bem as coisas, física, jurídica, pública e privada, acredito que se deva usar nossos CPF e CNPJ. Desde que não entrem nem estrangeiros (não têm CNP[FJ]), nem crianças nem mulheres casadas sem vida econômica (não têm CNPF), concordo. Acredito que se tem que chegar a um acordo sobre as restrições de abrangência, pois se não restringirmos a abrangência a coisa ficará muito difícil de implementar, correto? -- 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 ___ 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] Index covering
Bom, sim e não. Sim, você não deve colocar índices em qualquer tabela/coluna do banco. O uso desse item deve ser limitado. Não, a forma de manter os snapshots dos dados não mudou nem deve mudar. Mas o tratamento do mesmo já está muito mais eficiente que na versão 7. Mantendo o auto-vacuum ativado, é bem provável que, para a maioria dos casos, seu índice estará atualizado. Principalmente na versão 8.3 2008/7/13 Mozart Hasse [EMAIL PROTECTED]: Pessoal, Andei lendo a documentação http://wiki.postgresql.org/wiki/Introduction_to_VACUUM%2C_ANALYZE%2C_EXPLAIN%2C_and_COUNT e me deparei com esse parágrafo: (...) If you've read my past articles you'll recall that PostgreSQL's MVCC (Multi-Version Concurrency Control) does away with the need for expensive read locks by keeping multiple versions of table rows that have been updated, and not immediately removing deleted rows. This is done by storing 'visibility information' in each row. But for performance reasons, this information is not stored in indexes. This means that every time a row is read from an index, the engine has to also read the actual row in the table to ensure that the row hasn't been deleted. (...) Se eu entendi direito, isso quer dizer que a forma como o Postgres armazena os dados para permitir acesso concorrente torna *muito* limitado o uso de índices (comparado a bancos de dados com index covering). Isso pode comprometer seriamente o desempenho nas consultas a tabelas grandes e com razoável taxa de atualização. Isso explica boa parte dos planos horríveis do Postgres 7, mas não sei até que ponto isso foi melhorado na versão 8. É isso mesmo ?! Há planos de se deixar isso mais eficiente em alguma versão futura? Mozart Hasse ___ 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 Analista de Banco de Dados - QualiConsult ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/13 Leandro DUTRA [EMAIL PROTECTED]: É que no que sei o DER é algo do modelo entidade relacionamento (MER) Certo; mais precisamente, uma representação gráfica. que é o modelo precursor do nosso modelo relacional. Pelo contrário, uns sete anos depois. Então mais um dos meus livros que terei que ler com cuidado. Ele aborda o MER antes do MR, então conclui que seria algo histórico. -- 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] Modelando um Controle de Estoque
2008/7/13 Leandro DUTRA [EMAIL PROTECTED]: Mas também acho que já conquistamos nosso espaço e já podemos tentar deixar os padrões de lado (pelo menos em boa parte) e trilhar algo mais saudável. Hm, não é viável. São duas coisas diferentes. Por um lado é bom que haja um SGBD SQL conforme e livre, como alternativa aos proprietários, forçando-os à conformidade e à liberdade, uma vez que não se prevê o abandono do ISO SQL a não ser a longo prazo. Será? Talvez sim, apenas no sentido de que não podemos trabalhar em dois projetos: um para manter o PostgreSQL em cima do SQL e outro para ter um PostgreSQL em cima de algo mais algo (nem sei o que) . Por outro, é bom que se desenvolva uma D ou algo assim, mas é difícil pensar que isso se dê como um desenvolvimento ou migração duma ferramenta ISO SQL. Coerente. O melhor que consigo imaginar para facilitar essa migração é o caminho do Dataphor: um SGBDR D virtual, usando SGBDs SQL como mecanismo de armazenamento até que se possa desenvolver algo próprio e melhor. Mas imaginar o PostgreSQL trilhando por aí é dar uma volta quase completa. Não se percebe nenhuma sinalização nesse sentido, ou sim? Vou ver se consigo instalar num XP no VirtualBox (Ubuntu) aqui, pois no XP que tenho instalado em outra partição não consegui (ele não consegue iniciar o serviço). -- 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] Modelando um Controle de Estoque
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Será? Uma vez propus uma linguagem D para o PostgreSQL na -hackers, digamos que eu não tive como dar seguimento à proposta. Claro que principalmente por falta de conhecimento técnico, mas os argumentos de que isso implicaria em refazer partes importantes do sistema foram bem convincentes. Talvez sim, apenas no sentido de que não podemos trabalhar em dois projetos: um para manter o PostgreSQL em cima do SQL e outro para ter um PostgreSQL em cima de algo mais algo (nem sei o que) . Aliás não seria mais um PostgreSQL, mas um PostgresR, PostgresD ou simplesmente Postgres -- que aliás já voltou a ser nome aceito. Mas imaginar o PostgreSQL trilhando por aí é dar uma volta quase completa. Não se percebe nenhuma sinalização nesse sentido, ou sim? Eu não consigo. Por outro lado, havendo um porte do Dataphor ao PostgreSQL (o que não é trivial), poder-se-ia pensar em usar, mais tarde, partes do mecanismo do PostgreSQL numa segunda geração do Dataphor que tenha armazenamento nativo. Se não me engano o povo da Alphora chegou a pensar nisso. -- 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] Bom site sobre bancos de dados
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Então mais um dos meus livros que terei que ler com cuidado. Ele aborda o MER antes do MR, então conclui que seria algo histórico. Livro brasileiro de Informática... onde o passado é obsoleto, o presente é sigiloso e o futuro está longe demais! -- 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] Bom site sobre bancos de dados
2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Então mais um dos meus livros que terei que ler com cuidado. Ele aborda o MER antes do MR, então conclui que seria algo histórico. Livro brasileiro de Informática... onde o passado é obsoleto, o presente é sigiloso e o futuro está longe demais! Calma, acho que não deve generalizar os autores brasileiros. Existem brasileiros competentes também nessa área, mesmo que ainda não tenham escrito, ou melhor, publicado :). O prior é que não é um livro brasileiro, é um traduzido e usado em várias das faculdades aqui de Fortaleza. Aquele que tem os barcos a vela na capa (Sistemas de banco de dados, se não me falha a memória). Vou dar uma olhada e depois relato algo mais preciso. -- 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] Bom site sobre bancos de dados
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Calma, acho que não deve generalizar os autores brasileiros. Existem brasileiros competentes também nessa área, mesmo que ainda não tenham escrito, ou melhor, publicado :). O prior é que não é um livro brasileiro, é um traduzido e usado em várias das faculdades aqui de Fortaleza. Aquele que tem os barcos a vela na capa (Sistemas de banco de dados, se não me falha a memória). Um com nome de autor indiano? Acho que esse livro já foi alvo de polêmica... mas não lembro dos detalhes, não vou entrar no mérito! -- 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] Bom site sobre bancos de dados
2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Calma, acho que não deve generalizar os autores brasileiros. Existem brasileiros competentes também nessa área, mesmo que ainda não tenham escrito, ou melhor, publicado :). O prior é que não é um livro brasileiro, é um traduzido e usado em várias das faculdades aqui de Fortaleza. Aquele que tem os barcos a vela na capa (Sistemas de banco de dados, se não me falha a memória). Um com nome de autor indiano? Acho que esse livro já foi alvo de polêmica... mas não lembro dos detalhes, não vou entrar no mérito! Estes são os autores: ABRAHAM SILBERSCHATZhttp://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=59497Type=1 HENRY F. KORTHhttp://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=3511601Type=1 S. SUDARSHAhttp://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=3511602Type=1 Livro com muito conteúdo relativamente ao tema de teoria dos bancos de dados, por isso comprei, mas também ainda não sou capaz de avaliar se é bom ou não. -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/11 Ribamar Sousa [EMAIL PROTECTED]: Mesmo sem ainda ter um bom conhecimento eu tenho uma grande empatia pela normalização. E a normalização por ti! Foi criada para facilitar a vida de todo o mundo... Tentando traduzie no popular é como se fosse uma boa organização, cada coisa em seu lugar e uma grande saparação, especializando e simplificando as coisas. Exato! Como dizia um professor meu, cada coisa é uma coisa, outra coisa é outra coisa, cada coisa no seu porta-coisa. Existe uma teoria da normalização baseada nas dependências funcionais que é muito interessante e vale a pena estudar; aliás eu mesmo precisava revisar, já estou esquecendo. Mas muito dos benefícios podem ser alcançados com algumas regras práticas. A principal é separar as entidades, e um bom indicativo de que há entidades a separar é a presença de NULLs. Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Aí eu discordo. À primeira vista sim, o modelo fica mais complexo e engessado. Mas na prática, tomando em conta o sistema como um todo, a sua vida fica mais simples e flexível. Mais simples porque a complexidade fica quase toda declarada no modelo, em vez de ter de ser expressa proceduralmente no programa. Muito mais fácil para usuários e programadores, e as regras ficam todas claras. Evita complicações com inconsistência de dados também. Mais flexível porque alterações no modelo de dados afetam menos entidades, uma porção menor da base, do que se há várias entidades misturadas em poucas relações. Mas aí é outra discussão... -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: Mas muito dos benefícios podem ser alcançados com algumas regras práticas. A principal é separar as entidades, e um bom indicativo de que há entidades a separar é a presença de NULLs. Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Aí eu discordo. À primeira vista sim, o modelo fica mais complexo e engessado. Mas na prática, tomando em conta o sistema como um todo, a sua vida fica mais simples e flexível. Mas estava falando da idéia do colega e não da normalização. :) -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Mas estava falando da idéia do colega e não da normalização. :) Ops! É, preciso férias... desculpe. -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Mas estava falando da idéia do colega e não da normalização. :) Ops! É, preciso férias... desculpe. Nada. Obrigado pelas aulas. Aproveitando, ainda no mesmo rumo, me tira uma dúvida: Os tipos arrays e outros compostos, não fogem à normalização? Em minha ingenuidade parecem uma gambiarra para atender algumas necessidades, que não conheço. Em termos de normalização eles ferem o princípio de colocar mais de uma informação num campo/atributo. -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
desculpem me intrometer mas concordo com vc leandro visto que uma das regras de normalização é não possuir campos multi valorados. - Original Message - From: Ribamar Sousa To: Comunidade PostgreSQL Brasileira Sent: Monday, July 14, 2008 12:00 PM Subject: Re: [pgbr-geral]Normalização complica e engessa? (Era: Modelando um Controle de Estoque) 2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Mas estava falando da idéia do colega e não da normalização. :) Ops! É, preciso férias... desculpe. Nada. Obrigado pelas aulas. Aproveitando, ainda no mesmo rumo, me tira uma dúvida: Os tipos arrays e outros compostos, não fogem à normalização? Em minha ingenuidade parecem uma gambiarra para atender algumas necessidades, que não conheço. Em termos de normalização eles ferem o princípio de colocar mais de uma informação num campo/atributo. -- 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 -- 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Index covering
Mozart Hasse escreveu: Pessoal, Andei lendo a documentação http://wiki.postgresql.org/wiki/Introduction_to_VACUUM%2C_ANALYZE%2C_EXPLAIN%2C_and_COUNT Não deveríamos confundir documentação com um wiki. E ao lermos documentação deveríamos nos preocupar com o que existe de recente para evitar encontrar pelos em ovos. Wiki é conhecido por sua desorganização, e este texto é de 2005. Se eu entendi direito, isso quer dizer que a forma como o Postgres armazena os dados para permitir acesso concorrente torna *muito* limitado o uso de índices (comparado a bancos de dados com index covering). Isso pode comprometer seriamente o desempenho nas consultas a tabelas grandes e com razoável taxa de atualização. Isso explica boa parte dos planos horríveis do Postgres 7, mas não sei até que ponto isso foi melhorado na versão 8. É isso mesmo ?! Há planos de se deixar isso mais eficiente em alguma versão futura? Cara, de uma olhada em todas as melhorias que ocorreram de 2005 para cá, a gama é muito grande. De qualquer forma minha experiência pessoal é que o PostGreSql se tornou um banco altamente competitivo em sua versão 8.0 para grandes volumes de dados. Talvez minha base de dados não seja a maior da lista, mas é suficientemente grande para me dar arrepios só em sonhar que um problema desse venha a ser um limitador de performance. ps: Eu não encontrava planos horríveis na versão 7, talvez porque rodasse vacuum regularmente. Além de não ter encontrado planos horríveis na versão 8, talvez porque o autovacuum está ativado. -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Os tipos arrays e outros compostos, não fogem à normalização? Sim e não... Em termos de normalização eles ferem o princípio de colocar mais de uma informação num campo/atributo. Em princípio sim, a concepção original do modelo relacional parecia excluir esse tipo de coisas. Mais recentemente, mais ou menos por volta do Terceiro Manifesto, viu-se que são apenas tipos. Um tipo pode ser uma relação, pode ser uma tupla, pode ser um monte de coisas. O importante é não expor essa complexidade na linguagem relacional, mas manter qualquer complexidade na definição do próprio tipo: domínio e operadores. Isso dito, é claro que pode ser um problema grave de modelagem. Podendo-se expor a estrutura dos dados no modelo, evitando-se escondê-la dentro de tipos, seria em princípio mais prático e transparente; mas os tipos bem definidos não deixam de ser fundamentais. Espero ter sido sucinto e claro. É um assunto mais complicado um pouco, que não domino como gostaria. -- 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] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Leandro DUTRA [EMAIL PROTECTED]: 2008/7/11 Ribamar Sousa [EMAIL PROTECTED]: Mesmo sem ainda ter um bom conhecimento eu tenho uma grande empatia pela normalização. E a normalização por ti! Foi criada para facilitar a vida de todo o mundo... Tentando traduzie no popular é como se fosse uma boa organização, cada coisa em seu lugar e uma grande saparação, especializando e simplificando as coisas. Exato! Como dizia um professor meu, cada coisa é uma coisa, outra coisa é outra coisa, cada coisa no seu porta-coisa. Existe uma teoria da normalização baseada nas dependências funcionais que é muito interessante e vale a pena estudar; aliás eu mesmo precisava revisar, já estou esquecendo. Mas muito dos benefícios podem ser alcançados com algumas regras práticas. A principal é separar as entidades, e um bom indicativo de que há entidades a separar é a presença de NULLs. Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Aí eu discordo. Posso estar enganado, e estou em webmail, não tenho a mensagem aqui, mas creio que ele se referiu (como complexa) a uma citação de usar CNPJ+um seqüencial. Ribamar, pode me ajudar a entender? ... Mas aí é outra discussão... Essa é *a* discussão, e mesmo tendo sido fragmentada (e com alguns, poucos, ai meu calo(*)), foi muito boa após a mensagem do Ribamar do controle de estoque. (*) Alguém falou em racha na outra lista, não me lembro de racha, pois quando os ai meu calo ficaram mais altos que os assuntos principais, eu configurei o yahoo!, para ver as mensagens apenas via web, e às vezes ia olhar como estavam as coisas, vi sinais disso agora, mas parece que passou :) . []'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
Re: [pgbr-geral] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Ribamar Sousa [EMAIL PROTECTED]: 2008/7/14 Leandro DUTRA [EMAIL PROTECTED]: ... Mas na prática, tomando em conta o sistema como um todo, a sua vida fica mais simples e flexível. Mas estava falando da idéia do colega e não da normalização. :) Desculpem pela outra mensagem, deveria ter lido todas antes de responder (webmail quebra o galho, mas que dá preguiça, dá). -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net -- 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
Re: [pgbr-geral] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quoting Leandro DUTRA [EMAIL PROTECTED]: Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Aí eu discordo. Posso estar enganado, e estou em webmail, não tenho a mensagem aqui, mas creio que ele se referiu (como complexa) a uma citação de usar CNPJ+um seqüencial. Ribamar, pode me ajudar a entender? Isso mesmo Jon, me referi à idéia do colega e não à normalização. (*) Alguém falou em racha na outra lista, não me lembro de racha, pois quando os ai meu calo ficaram mais altos que os assuntos principais, eu configurei o yahoo!, para ver as mensagens apenas via web, e às vezes ia olhar como estavam as coisas, vi sinais disso agora, mas parece que passou :) . As vezes me sinto um pouco incomodado em estar ajudando a gerar muito tráfego na lista, mas como acredito que este é um assunto primordial e que deve insteressar a quem mexe com bancos de dados em geral, então me acalmo. Acredito que toda grande discussão chega a um ponto que acalma e essa não deve ser diferente. -- 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] Normalização complica e engessa ? (Era: Modelando um Controle de Estoque)
2008/7/14 Ribamar Sousa [EMAIL PROTECTED]: Acredito que toda grande discussão chega a um ponto que acalma e essa não deve ser diferente. Uai, já não acalmou? -- 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] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Ribamar Sousa [EMAIL PROTECTED]: 2008/7/14 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quoting Leandro DUTRA [EMAIL PROTECTED]: Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Aí eu discordo. Posso estar enganado, e estou em webmail, não tenho a mensagem aqui, mas creio que ele se referiu (como complexa) a uma citação de usar CNPJ+um seqüencial. Ribamar, pode me ajudar a entender? Isso mesmo Jon, me referi à idéia do colega e não à normalização. Pois é, agora já li sua outra mensagem, como disse (em outra), me desculpem pelos dedos nervosos (*) Alguém falou em racha na outra lista, não me lembro de racha, pois quando os ai meu calo ficaram mais altos que os assuntos principais, eu configurei o yahoo!, para ver as mensagens apenas via web, e às vezes ia olhar como estavam as coisas, vi sinais disso agora, mas parece que passou :) . As vezes me sinto um pouco incomodado em estar ajudando a gerar muito tráfego na lista, mas como acredito que este é um assunto primordial e que deve insteressar a quem mexe com bancos de dados em geral, então me acalmo. Acredito que toda grande discussão chega a um ponto que acalma e essa não deve ser diferente. Pode ficar calmo, o tráfego assim é sadio, como disse em uma outra mensagem (que não recebi de volta, mas outros responderam), eu mesmo tentei levanta-la algumas vezes aqui (e até criei uma lista no yahoo groups), mas não apresentei nada de concreto (como seu modelo), então não surtiu efeito. E para quem leu minha outra mensagem acusando meu web hosting de ter consumido minha página, devo dizer que foi meu neurocirurgião (brincadeira Dr.) que bagunçou minha cabeça tá tudo lá em: http://www.brdados.com.br/nuke/ , com as mesmas ressalvas, as notícias do meio foram meu modo de ter um bookmark na rede (antes do del.icio.us). -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net []'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
Re: [pgbr-geral] banco não para de crescer assustado ramente
Glauber, Você tem um autovacum no banco ligado. Esperimente rodar um vacum pois ele pode remover e organizar os espaços não utilizados. Em 11/07/08, Glauber [EMAIL PROTECTED] escreveu: Pessoal, estou com um problema sério. Criei alguns índices para aumentar a performance do banco. Mesmo após remover os mesmos o banco não para de crescer assustadoramente. Para se ter uma idéia vem crescendo em média 2gb por dia. Se faço um dump do banco, dropo o mesmo e restauro o tamanho cai de 12 gb para 5gb. Alguém tem idéia do pode estar ocorrendo ? -- abraço Glauber Vicente Duma Mahler Tecnologia em Informação [EMAIL PROTECTED] | www.mahler.eti.br (55 14) 3406-4860 | (14) 9107-6621 Este e-mail (inclusive seus anexos) é confidencial e foi enviado apenas para uso do(s) destinatário(s) acima. Se você recebeu este e-mail equivocadamente, você está sendo notificado que qualquer cópia, distribuição ou utilização é estritamente proibida. Por favor, nos informe imediatamente e destrua o original e qualquer impressão do mesmo. ___ 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] banco não para de crescer assustado ramente
realmente sintomas de vaccum ... - Original Message - From: Rodrigo Gomes Santana To: Comunidade PostgreSQL Brasileira Sent: Monday, July 14, 2008 1:55 PM Subject: Re: [pgbr-geral]banco não para de crescer assustadoramente Glauber, Você tem um autovacum no banco ligado. Esperimente rodar um vacum pois ele pode remover e organizar os espaços não utilizados. Em 11/07/08, Glauber [EMAIL PROTECTED] escreveu: Pessoal, estou com um problema sério. Criei alguns índices para aumentar a performance do banco. Mesmo após remover os mesmos o banco não para de crescer assustadoramente. Para se ter uma idéia vem crescendo em média 2gb por dia. Se faço um dump do banco, dropo o mesmo e restauro o tamanho cai de 12 gb para 5gb. Alguém tem idéia do pode estar ocorrendo ? -- abraço Glauber Vicente Duma Mahler Tecnologia em Informação [EMAIL PROTECTED] | www.mahler.eti.br (55 14) 3406-4860 | (14) 9107-6621 Este e-mail (inclusive seus anexos) é confidencial e foi enviado apenas para uso do(s) destinatário(s) acima. Se você recebeu este e-mail equivocadamente, você está sendo notificado que qualquer cópia, distribuição ou utilização é estritamente proibida. Por favor, nos informe imediatamente e destrua o original e qualquer impressão do mesmo. ___ 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: Normalização co mplica e engessa? (Era: Modelando um Controle de Est oque)
joao.junior escreveu: desculpem me intrometer mas concordo com vc leandro visto que uma das regras de normalização é não possuir campos multi valorados. Lá vai eu me meter em assuntos que não são PostGreSql, mas vamos lá. Acredito que normalização não complica ou engessa, mas o excesso dela sim. Não tem jeito, determinados atributos são melhores expressos com vários valores, a exemplo dos tipos geométricos (point, line, box, entre outros...) que no fundo, no fundo são vetores e so fazem sentido se tiverem mais de um valor para defini-los. Achei a resposta do Leandro muito precisa, infelizmente ele não explicou os seus porquês, vetor pode ou não ser um anti-pattern, mas depende de onde você está usando ele e como. Não exite fórmula mágica ou abracadabra que vão lhe dizer quando usar ou quando não usar. Se um atributo fizer sentido sendo expresso com apenas um valor ok, mas eu não consigo expressar um ponto num espasso tridimensional com apenas um valor. A despeito da resposta do João Junior, a posição de um campo no espaço é um valor único, mas somente consegue ser expressa através da reunião de 3 outros valores que são suas coordenadas. Estamos acostumados a achar que modelagem se restringe ao nosso pequeno universo comercial/industrial, mas existem muito mais áreas, e nessas, atributos em que o uso de vetor é o mais lógico para expressar. Por este motivo não gosto de discutir normalização e modelagem na lista, acabamos por aplicar os conceitos abstratos apenas ao que nos é comum e generalizamos. -- 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: Normalização comp lica e engessa? (Era: Modelando um Controle de Est oque)
2008/7/14 Shander Lyrio [EMAIL PROTECTED]: Lá vai eu me meter em assuntos que não são PostGreSql, mas vamos lá. Acredito que normalização não complica ou engessa, mas o excesso dela sim. Então, o problema é como definir 'excesso'. Na teoria não há excessos: entendem-se as dependências funcionais, vai-se até a 5a. (ou 6a., mas essa inda não é viável) e pronto. A questão é que isso depende da interpretação do modelo em si, e aí a importância dum entendimento em profundidade, assim como a dificuldade de fazerem-se modelos genéricos. Outro problema são as limitações do SQL, que podem dificultar ou até inviabilizar uma normalização completa. Não tem jeito, determinados atributos são melhores expressos com vários valores, a exemplo dos tipos geométricos (point, line, box, entre outros...) que no fundo, no fundo são vetores e so fazem sentido se tiverem mais de um valor para defini-los. Exato, e veja: você definiu tipos. Contra isso não há normalização, ou melhor dizendo, a questão na normalização não se aplica. Eu diria que faz sentido criar tipos quando não faz sentido abrir a informação para a linguagem relacional. Além dos geométricos, temos outro bom exemplo nos endereços IP. Achei a resposta do Leandro muito precisa, infelizmente ele não explicou os seus porquês, vetor pode ou não ser um anti-pattern, mas depende de onde você está usando ele e como. Não exite fórmula mágica ou abracadabra que vão lhe dizer quando usar ou quando não usar. Se um atributo fizer sentido sendo expresso com apenas um valor ok, mas eu não consigo expressar um ponto num espasso tridimensional com apenas um valor. Que vejo como outra maneira de dizer o que disse acima. A despeito da resposta do João Junior, a posição de um campo no espaço é um valor único, mas somente consegue ser expressa através da reunião de 3 outros valores que são suas coordenadas. Outra maneira de expressar a coisa: na verdade há apenas um valor, com várias possíveis representações, inclusive a cartesiana. O que é outro bom indicativo da necessidade de um tipo. Estamos acostumados a achar que modelagem se restringe ao nosso pequeno universo comercial/industrial, mas existem muito mais áreas, e nessas, atributos em que o uso de vetor é o mais lógico para expressar. Por este motivo não gosto de discutir normalização e modelagem na lista, acabamos por aplicar os conceitos abstratos apenas ao que nos é comum e generalizamos. Faço minhas tuas palavras. -- 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] [Bulk] Re: Normalização com plica e engessa? (Era: Modelando um Controle de Es toque)
Quoting Shander Lyrio [EMAIL PROTECTED]: ... Estamos acostumados a achar que modelagem se restringe ao nosso pequeno universo comercial/industrial, mas existem muito mais áreas, e nessas, atributos em que o uso de vetor é o mais lógico para expressar. Por este motivo não gosto de discutir normalização e modelagem na lista, acabamos por aplicar os conceitos abstratos apenas ao que nos é comum e generalizamos. Cada um tem sua(s) área(s) de maior domínio, se todos colocarem seus pontos de vista, sem se preocupar com os calos, todos podem tirar proveito, como já disse, criei a lista (bancosdedados) para discutir teoria, normalização e etc..., mas nem eu mesmo a utilizo mais :( . -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- 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
Re: [pgbr-geral] [Bulk] Re: [Bulk] Re: No rmalização complica e engessa? (Era: Modelando u m Controle de Estoque)
Shander Lyrio escreveu: consigo expressar um ponto num espasso tridimensional com apenas um valor. Credo, eu escrevi isto me perdoem!!! espaço *** -- Shander Lyri ___ 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: Normalização comp lica e engessa? (Era: Modelando um Controle de Est oque)
2008/7/14 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Cada um tem sua(s) área(s) de maior domínio, se todos colocarem seus pontos de vista, sem se preocupar com os calos, todos podem tirar proveito É meu ponto de vista, como já deve estar mais que óbvio. como já disse, criei a lista (bancosdedados) para discutir teoria, normalização e etc..., mas nem eu mesmo a utilizo mais :( . De vez em quando olho lá, hoje quase só tem spam e ofertas de trabalho com Oracle. A idéia era boa, mas ficou muito restrita a quem participava da lista do Yahoo! e não queria discutir conceitos lá. -- 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] Autenticar com LDAP
Alguém aqui já utilizou o LDAP para se autenticar com o postgres ? Estou tentando usar um servidor com PG 8.3.3 para se conectar em um outro servidor com LDAP. Eu uso o phpLdapAdmin para configurar, e também autenticamos via LDAP nos emails e alguns sistemas internos, e tudo funciona perfeitamente. Também funciona via php, com a seguinte conexão : $ldapHost = ldap.ecomtecnologia.com.br; $ldapString = uid=volpato,ou=Ecom,ou=Users,dc=ecomtecnologia,dc=com,dc=br; $ldapLink = @ldap_connect($ldapHost); $ldapPswd = secret; $ldapBind = @ldap_bind($ldapLink,$ldapString,$ldapPswd); // OK ! Voltando... Então, no servidor do PG 8.3.3 eu criei o usuário volpato na base ldapbase, e adicionei a seguinte entrada no pg_hba : host ldapbase volpato 192.168.1.6 255.255.255.255 ldap ldap://ldap.ecomtecnologia.com.br/ou=Users,ou=Ecom,dc=ecomtecnologia,dc=com,dc=br;uid=;; Aí eu tenho conectar, mas sem sucesso : $ldapBind = pg_connect(dbname=ldapbase host=host.pg833.com.br user=volpato password=secret); = Unable to connect to PostgreSQL server: FATAL: LDAP authentication failed for user volpato E no log do LDAP : = send_ldap_result: err=49 matched= text= Já tentei alterar a DN dentro do pg_hba, já fiz vários testes e buscas sem sucesso. Quando vi que a mensagem do pg_connect não existe nem no google, resolvi apelar pra lista. Desde já agradeço ... -- []´s, André Volpato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Controle de acesso por Roles
Boa noite, Estava fazendo alguns testes de controle de acesso em um Postgres 8.3 instalado no Windows XP e me deparei com um comportamente estranho. Utilizando-me do pgAdminIII criei uma role nova sem privilégio algum. Criei uma conexão nova e me loguei utilizando essa nova role e para milhar surpresa consegui listar todos os bancos da base, todas as tabelas de todos os bancos e também consegui visualizar o código de todas as SP's. Há alguma forma de impedir que um usuário liste todos os bancos de dados inclusive os que ele não tem acesso? É possível uma role não ver o código que ela não tem permissão? O problema é que tenho um servidor que será utilizado para alguns clientes, eu queria disponibilizar acesso a algumas SP's para um cliente fazer uma interface de acesso para algumas partes do sistema, mas esse cliente de forma alguma poderia ter acesso aos outros bancos. Obrigado. -- Rúben Lício Reis Cybernet Latino América www.cybernetla.com Linux user #433535 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticar com LDAP
André Volpato escreveu: Então, no servidor do PG 8.3.3 eu criei o usuário volpato na base ldapbase, e adicionei a seguinte entrada no pg_hba : host ldapbase volpato 192.168.1.6 255.255.255.255 ldap ldap://ldap.ecomtecnologia.com.br/ou=Users,ou=Ecom,dc=ecomtecnologia,dc=com,dc=br;uid=;; Acho que tu não precisa daquele último ponto-e-vírgula. Por curiosidade, qual é o servidor LDAP utilizado? -- 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] OFF TOPIC - Cursos na Area de Banco de Dados no CDTC
Estão abertas as inscrições no CDTC [1] para os seguintes cursos: - Linguagem SQL - Modelagem de Dados - PostGis Os cursos terão inicio no proximo dia 21, interessados devem se inscrever nos cursos pelo site do CDTC. [1] http://comunidade.cdtc.org.br -- Cordialmente; Aluisio Gouveia ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
Ribamar Sousa escreveu: 2008/7/14 Leandro DUTRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Um com nome de autor indiano? Acho que esse livro já foi alvo de polêmica... mas não lembro dos detalhes, não vou entrar no mérito! Sim. Estes são os autores: ABRAHAM SILBERSCHATZ http://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=59497Type=1 HENRY F. KORTH http://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=3511601Type=1 S. SUDARSHA http://www.submarino.com.br/books_bio.asp?Query=ProductPageProdTypeId=1ArtistId=3511602Type=1 Livro com muito conteúdo relativamente ao tema de teoria dos bancos de dados, por isso comprei, mas também ainda não sou capaz de avaliar se é bom ou não. Já foi pior na 1ª e 2ª edição; hoje já tem um conteúdo razoavelmente bom. Eu recomendaria o do outro indiano (Ramakrishman) pois acho que tem um conteúdo um pouco mais sólido do que o do Silberschatz. -- 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
Re: [pgbr-geral] Autenticar com LDAP
2008/7/14 André Volpato [EMAIL PROTECTED]: Alguém aqui já utilizou o LDAP para se autenticar com o postgres ? A gente chegou a implementar no Mcidades com OpenLDAP (ou AD, não lembro), mas não lembro os detalhes, teria de ver com alguem de lá. []´s - Walter ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF TOPIC - Cursos na Area de Banco de Dados no CDTC
2008/7/15 Aluisio Gouveia [EMAIL PROTECTED]: Estão abertas as inscrições no CDTC [1] para os seguintes cursos: - Linguagem SQL - Modelagem de Dados Beleza. Este será meu 19o. certificado por lá. :) - PostGis Os cursos terão inicio no proximo dia 21, interessados devem se inscrever nos cursos pelo site do CDTC. [1] http://comunidade.cdtc.org.br -- Cordialmente; Aluisio Gouveia ___ 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] OFF TOPIC - Cursos na Area de Banco de Dados no CDTC
2008/7/15 Ribamar Sousa [EMAIL PROTECTED]: 2008/7/15 Aluisio Gouveia [EMAIL PROTECTED]: Estão abertas as inscrições no CDTC [1] para os seguintes cursos: - Linguagem SQL - Modelagem de Dados Beleza. Este será meu 19o. certificado por lá. :) Ops. no cursos da certificado mas no comunidade não tem. - PostGis Os cursos terão inicio no proximo dia 21, interessados devem se inscrever nos cursos pelo site do CDTC. [1] http://comunidade.cdtc.org.br -- Cordialmente; Aluisio Gouveia ___ 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 -- 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] Controle de acesso por Roles
Em Seg, Julho 14, 2008 18:56, Rúben Lício escreveu: Boa noite, Estava fazendo alguns testes de controle de acesso em um Postgres 8.3 instalado no Windows XP e me deparei com um comportamente estranho. Utilizando-me do pgAdminIII criei uma role nova sem privilégio algum. Criei uma conexão nova e me loguei utilizando essa nova role e para milhar surpresa consegui listar todos os bancos da base, todas as tabelas de todos os bancos e também consegui visualizar o código de todas as SP's. Há alguma forma de impedir que um usuário liste todos os bancos de dados inclusive os que ele não tem acesso? É possível uma role não ver o código que ela não tem permissão? O problema é que tenho um servidor que será utilizado para alguns clientes, eu queria disponibilizar acesso a algumas SP's para um cliente fazer uma interface de acesso para algumas partes do sistema, mas esse cliente de forma alguma poderia ter acesso aos outros bancos. Obrigado. -- Rúben Lício Reis Cybernet Latino América www.cybernetla.com Linux user #433535 Acredito que se vc retirar o acesso ALL no pg_hba ja é um começo, configure os acessos individualmente por cliente, por exemplo: # TYPEDATABASE USER CIDR-ADDRESS METHOD host database1user1 200.115.98.1/32 md5 host database2user2 201.67.123.2/32 md5 Se seu pg_hba conter esta linha: host all all 0/0 md5 Apague! é possivel que seja por isso que vc consegui ter acesso a todos os bancos de dados do servidor. Desta forma vc não impede que os bancos sejam listados, mas dificulta um pouco e faz com que apenas o user1 possa accessar o database1 e o user2 apenas o database2. Espero ter contribuido. Cordialmente, Aluisio Gouveia. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/14 Euler Taveira de Oliveira [EMAIL PROTECTED]: Já foi pior na 1ª e 2ª edição; hoje já tem um conteúdo razoavelmente bom. Eu recomendaria o do outro indiano (Ramakrishman) pois acho que tem um conteúdo um pouco mais sólido do que o do Silberschatz. Já que você parece estar por dentro, Euler, você se lembraria da polêmica em que o Date foi criticado comparativamente a um desses livros, e se defendeu inclusive devolvendo a crítica? Tentei procurar mas, no pouco tempo que dediquei à busca, lhufas... -- 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