Re: [pgbr-geral] Configurar acessos no arquivos pg_hba.conf
Crie mais que uma linha no pg_hba.conf.Jean DominguesSócio-ProprietárioGecontrol Consultoria e Sistemas.De: "Matheus Saraiva" matheus.sara...@gmail.comEm: Terça-feira 27 de Janeiro de 2015 11:17, Para: pgbr-geral@listas.postgresql.org.brAssunto: [pgbr-geral] Configurar acessos no arquivos pg_hba.confBem, eu configurei o pg_hba.conf para liberar o acesso apenas para umip, [IP]/32, porém, eu quero também liberar o acesso via localhost. Comofazer?___pgbr-geral mailing listpgbr-geral@listas.postgresql.org.brhttps://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] RES: Schemes vantagens
As vantagens são além da qual você ja citou e que talvez seja a maior 'Organização', é a também a facilidade de dar permissão em todas as tabelas de um único squema. Agora dividir assim como você falou vai depender de como a sua aplicação vá se comportar em com relação a isso. Normalmente os squemas são divididos em módulos da sua aplicação (que por um acaso podem ter o nome dos departamentos), ou squemas com tabelas do sistemas, squema com os cadastros, squema com a movimentação e assim vai. Glauco, aproveitando a sua explicação, caso eu tenha um schema para cadastros e outro para movimentações, ao montar consultas que relacionem tabelas dos schemas diferentes, tenho que colocar de forma explícita o nome dos schemas na consulta? Sim, deve ser informado antes do nome da tabela o squema, você pode ter tabelas com o mesmo nome mais em squemas diferentes. Att Glauco Search Path? http://www.postgresql.org/docs/9.4/static/ddl-schemas.html -- 5.7.3 __ Informação do ESET Endpoint Security, versão da vacina 11085 (20150128) __ A mensagem foi verificada pelo ESET Endpoint Security. Mensagem de email - esta OK http://www.eset.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] RES: Schemes vantagens
Se você tem uma tabela em cada schema com o mesmo nome, você deve fazer a referencia do schema antes do nome da tabela.. Caso não tenha tabelas com o mesmo nome você pode usar o Search Path e setar 2 schemas para um determinada Query, com isso não é necessário informar de qual schema a tabela pertence. Em 28 de janeiro de 2015 10:39, Rubens José Rodrigues rubens.rodrig...@batistarepresentacoes.com escreveu: As vantagens são além da qual você ja citou e que talvez seja a maior 'Organização', é a também a facilidade de dar permissão em todas as tabelas de um único squema. Agora dividir assim como você falou vai depender de como a sua aplicação vá se comportar em com relação a isso. Normalmente os squemas são divididos em módulos da sua aplicação (que por um acaso podem ter o nome dos departamentos), ou squemas com tabelas do sistemas, squema com os cadastros, squema com a movimentação e assim vai. Glauco, aproveitando a sua explicação, caso eu tenha um schema para cadastros e outro para movimentações, ao montar consultas que relacionem tabelas dos schemas diferentes, tenho que colocar de forma explícita o nome dos schemas na consulta? Sim, deve ser informado antes do nome da tabela o squema, você pode ter tabelas com o mesmo nome mais em squemas diferentes. Att Glauco Search Path? http://www.postgresql.org/docs/9.4/static/ddl-schemas.html -- 5.7.3 __ Informação do ESET Endpoint Security, versão da vacina 11085 (20150128) __ A mensagem foi verificada pelo ESET Endpoint Security. Mensagem de email - esta OK http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. *Lucas Viecelli* http://www.leosoft.com.br/coopcred ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Schemes vantagens
Em 28 de janeiro de 2015 10:47, Lucas Viecelli lviecelli...@gmail.com escreveu: Se você tem uma tabela em cada schema com o mesmo nome, você deve fazer a referencia do schema antes do nome da tabela.. Caso não tenha tabelas com o mesmo nome você pode usar o Search Path e setar 2 schemas para um determinada Query, com isso não é necessário informar de qual schema a tabela pertence. Boa Lucas, era bem nisso que eu tinha interesse. Você faz isso? Tem como me passar um exemplo de como utilizar? Obrigado. Fernando Luís Cambiaghi *cambia...@gmail.com cambia...@gmail.com* Em 28 de janeiro de 2015 10:39, Rubens José Rodrigues rubens.rodrig...@batistarepresentacoes.com escreveu: As vantagens são além da qual você ja citou e que talvez seja a maior 'Organização', é a também a facilidade de dar permissão em todas as tabelas de um único squema. Agora dividir assim como você falou vai depender de como a sua aplicação vá se comportar em com relação a isso. Normalmente os squemas são divididos em módulos da sua aplicação (que por um acaso podem ter o nome dos departamentos), ou squemas com tabelas do sistemas, squema com os cadastros, squema com a movimentação e assim vai. Glauco, aproveitando a sua explicação, caso eu tenha um schema para cadastros e outro para movimentações, ao montar consultas que relacionem tabelas dos schemas diferentes, tenho que colocar de forma explícita o nome dos schemas na consulta? Sim, deve ser informado antes do nome da tabela o squema, você pode ter tabelas com o mesmo nome mais em squemas diferentes. Att Glauco Search Path? http://www.postgresql.org/docs/9.4/static/ddl-schemas.html -- 5.7.3 __ Informação do ESET Endpoint Security, versão da vacina 11085 (20150128) __ A mensagem foi verificada pelo ESET Endpoint Security. Mensagem de email - esta OK http://www.eset.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. *Lucas Viecelli* http://www.leosoft.com.br/coopcred ___ 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] RES: Schemes vantagens
Sim, eu utilizo, vou te passar o exemplo da documentação do postgresql SET search_path TO my_schema, public; Esse é o link: http://www.postgresql.org/docs/9.1/static/sql-set.html Em 28 de janeiro de 2015 10:56, Glauco Torres torres.gla...@gmail.com escreveu: Se você tem uma tabela em cada schema com o mesmo nome, você deve fazer a referencia do schema antes do nome da tabela.. Caso não tenha tabelas com o mesmo nome você pode usar o Search Path e setar 2 schemas para um determinada Query, com isso não é necessário informar de qual schema a tabela pertence. Galera vamos ter cuidado, 1 - Top-post é difícil de entender e feio 2 - Apague o que não for necessário na sua resposta. 3 - Não sequestre a thread, abra um novo assunto para debater sobre novos assuntos, Att Glauco Torres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. *Lucas Viecelli* http://www.leosoft.com.br/coopcred ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Schemes vantagens
Se você tem uma tabela em cada schema com o mesmo nome, você deve fazer a referencia do schema antes do nome da tabela.. Caso não tenha tabelas com o mesmo nome você pode usar o Search Path e setar 2 schemas para um determinada Query, com isso não é necessário informar de qual schema a tabela pertence. Galera vamos ter cuidado, 1 - Top-post é difícil de entender e feio 2 - Apague o que não for necessário na sua resposta. 3 - Não sequestre a thread, abra um novo assunto para debater sobre novos assuntos, Att Glauco Torres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
