Re: [pgbr-geral] - trabalhando com union

[Lucas Viecelli]

>
> Cara a ideia é buscar por nome e listar todas as unidades e/ou pessoas que
> possuem a palavra digitada
>

Para buscas não faz diferença qual forma você vai usar. Acho que a 1
hipótese é mais simples e você não teria controles adicionais.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] - trabalhando com union

[Lucas Viecelli]

>
> SELECT CODIGO, NOME, 1 as tipo FROM pessoa
>
UNION
>
SELECT CODIGO, NOME, 2 as tipo FROM unidade
>

Acho importante você explicar em que vocês pretendem usar essa solução, dai
posso opinar de uma maneira mais concreta. Mas inicialmente eu usaria essa
opção, me parece mais simples e vou conseguir ter um "objeto" mais puro..
sem muitos campos nulos.

Parece estranho a 2 opção, pois a ideia de vocês utilizarem o "UNION" é
unificar os dados, ou seja, transformar duas entidades em um resultSet
único. Parece estranho juntas as duas entidades e fazer uma separação dos
campos igual o segundo exemplo. Mas como eu disse, não sei pra que você vai
aplicar esse solução ainda.

-- 

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] Lentidão na aplicação do Archive - Stream Replication

[Lucas Viecelli]

>
>
> Hoje temos 1,6 dias de lag entre o archive da produção, e o archive da
> replica.
>
> Gostaria de apoio para resolver este problema de lentidão no momento do
> recovery destes archives
>
> 12819 postgres  20   0 35.692g   3552   1908 S   9.3  0.0  57:05.46
> postgres: wal receiver process   streaming 8D8/A623D4B8
>
>
> 40604 postgres  20   0 35.686g   3184   1500 D   4.7  0.0  76:29.52
> postgres: startup process   recovering 000108860038
>
>
Marcelo, você está usando o recurso de Parallel Query nessa banco Slave? Se
sim, as consultas são demoradas?
-- 

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] PostgreSQL com Docker

[Lucas Viecelli]

Boa noite.

Nessas ultimas semanas andei realizando alguns testes do PostgreSQL com
Docker afim de ter um ambiente de desenvolvimento mais dinâmico, e também
para facilitar testes com diversas versões do PostgreSQL. Esses testes se
mostraram bastantes estáveis e quero saber:

Alguém utiliza o PostgreSQL com Docker em um ambiente de produção?

Eu sei que escalar o PostgreSQL não é tão simples como escalar um servidor
de aplicação. Mas quero saber as experiencias que vocês tem com essa dupla
num ambiente real.

-- 

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] Erro na replicação hot standby

[Lucas Viecelli]

>
> 2016-04-28 16:12:56 BRT LOG:  n?o p?de abrir arquivo
> "pg_xlog/00010247002A" (arquivo de log 583, segmento 42):
> Arquivo ou diret?rio n?o encontrado
>
>
Se você está utilizando uma versão superior ou igual a 9.4, sugiro você
utilizar slots, e mesmo assim fazer o arquivamento dos arquivos wal. Para
não acontecer de perder um fragmento necessário para a replicação.

-- 

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] Views !

[Lucas Viecelli]

>
> Boa tarde.
>
> Alguem sabe dizer se tem como criar indices em views.
>
>
Você deve pensar em criar índices nas tabelas.. e não pensar em criar na
view.


>
>
> Outra coisa criei uma view , só o select na view é mais lento que o
> próprio select direto no sql.
>
> O que pode ser.
>
>
>
> Executo o mesmo sql no pg_admin e executo o select na view o tempo da view
> demora mais.
>
>
>

Dê uma pesquisada sobre views materializadas[1], acho que pode ser útil
para o seu caso, claro que depende de vários fatores.

1 -
http://www.postgresql.org/docs/current/static/sql-creatematerializedview.html




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: RES: Replicação !

[Lucas Viecelli]

>
> Sim, mas minha duvida é a seguinte, na matriz linux, nas filiais Windows.
> Como vou replicar das filiais para a matriz, vou conseguir instalar o
> bucardo
> Por exemplo no Windows das filiais para repicar os dados para a matriz ??
>

Como o @flavio disse, o Bucardo precisa rodar em Linux, mas nada impede
você de apontar para um server de banco em windows.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação !

[Lucas Viecelli]

>
> Windows -> Linux.
>
>
Se você quer replicar tudo, eu recomendo a Replicação lógica[1][2]


1 -
http://www.postgresql.org/docs/9.4/static/logicaldecoding-explanation.html
2 - http://www.postgresql.org/docs/9.4/static/logicaldecoding-example.html


-- 

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] Recuperar Dados Pasta Data

[Lucas Viecelli]

>
> Estou tentando recuperar os dados a partir da pasta data, a máquina aqui
> for formatada e a pessoa que formatou fez backup apenas da pasta PostgreSQL
> que estava dentro do arquivos de programas.
>
>
Sugiro vc tentar via psql e não pelo PgAdmin, lembre-se que se esta pasta
estava em um Win-32 ela deve ser "restaurada" em um Win-32, mesma
arquitetura.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Streaming Replication - PostgreSQL 9.3

[Lucas Viecelli]

>
>
> Conforme a informação do log acima, ele me diz que o segmento
> WAL 000109430010 referencia um segmento anterior 942/BA00,
> este já foi descartado.
>
>
Se você não tem esse arquivo WAL, vai ter que sincronizar novamente.. isso
acontece, porque o arquivo não foi aplicado no slave. Uma sugestão, na
versão 9.4 foi implementado os slots[1], vai te ajudar a não ter mais esse
problema.

1 -
http://michael.otacoo.com/postgresql-2/postgres-9-4-feature-highlight-replication-slots/

-- 

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] Regras de negocio no banco ou na aplicação

[Lucas Viecelli]

> Isso é um assunto recorrente no meio da comunidade de desenvolvimento, e é
> quase unanimidade entre desenvolvedores a contrariedade em deixar as regras
> de negocio no banco. Mas eu nunca vi a opinião de DBAs a respeito.
>

Acredito que devemos ter bom senso, nem tudo deve ser implementado no
Banco, e nem tudo na aplicação, sempre vale a pena entender os prós e
contras.

Muitas linguagens implementam o conceito de testes unitários e demais
metodologias, que é possível desenvolver rotinas que podem verificar se o
seu código está correto. No ruby on rails é um prática muito comum, e
acredite.. isso ajuda muito o desenvolvimento e a correção de bugs.

Os pontos positivos também são muitos, como o colega @thiago disse, e o
@telles também falou sobre isso no seu blog, geralmente os bancos de dados
hoje em dia são acessados por várias aplicações distintas, e colocar
algumas regras no banco.. vai manter os dados íntegros e evitar duas
rotinas para a mesma funcionalidade.


-- 

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] Regras de negocio no banco ou na aplicação

[Lucas Viecelli]

>
>
>
Seria neste momento que, analisando a proposta, complexidade e
> característica de cada projeto, se decida aonde as regras de negócio
> estarão e o porquê. Eu diria que também nesta fase se ganha muito
> discutindo com seriedade toda a tecnologia envolvida, se ela se adequa a
> necessidade do projeto em cada ponto.
>
>
O que acontece com muita frequência, é as pessoas adotam uma tecnologia ou
método "porque ouviram falar bem" ou porque "fulano" falou que é bom.
Quando você se depara com um problema, você deve avaliar a melhor forma de
resolver, testar, ver performance.. se preocupar com N fatores, e não
simplesmente sair codando porque alguém ou você acha que é melhor. Sempre
antes de usar algo, devemos avaliar primeiro, isso acho que vale meio que
pra tudo.

-- 

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] Dúvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>>
> Essa configuração fará com que em caso de perda de comunicação entre o
master-slave, quando a comunicação retornar os segmentos de wal necessários
para continuar a replicação estejam lá, caso contrário irá falhar o
"recovery" no servidor slave, pois o sincronismo nada mais é do que um
processo eterno de recovey no slave.
>>
>>

Isso eu entendi, mas ao aumentar esse valor.. tem alguma perca de
desempenho ou algo nesse sentido?

-- 

Atenciosamente.

Lucas Viecelli
___
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úvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>
>
> Oi,  boa tarde, tudo bem?
>

Opa, tudo ótimo e ai?


> wal_keep_segments - Fiz alguns testes com volume de dados e simulando
>> situação que o "slave parou", e resolvi deixar o valor  do
>> wal_keep_segments meio alto para evitar uma perca de sincronismo.. qual o
>> impacto disso? tem pessoas que dizem que só usa mais espaço em disco e etc,
>> não tem impacto significativo no desempenho?
>>
>
> Na pratica esse parametro[1] quer dizer quantos segmentos de WAL que o
> postgresql irá manter. Isso previne que o slave fique sem os WALs
> necessários para sincronizar. Quanto mais arquivos, mais espaço em disco
> será ocupado. Note que se o banco não puder gerar arquivos na pasta do
> pg_xlog ele vai parar.
>
> Recomendo que tu dê uma olhadinha nos replications slots[4]
>


 Pelo que eu li na documentação que tu me passou e no blog do Michel [1],
era exatamente isso que eu precisava. Com slots, ele faz o controle de
armazenar os WALs que não foram replicados, sem a necessidade de configurar
archive_command e etc, claro que existem situações que isso é necessário,
mas para o meu que é um simples Master-Slave.. acredito que os slots já
resolvem.


[1] -
http://michael.otacoo.com/postgresql-2/postgres-9-4-feature-highlight-replication-slots/


>> archive_command - Algumas pessoas dizem que não é recomendável colocar um
>> servidor em produção sem a devida configuração do archive_command e
>> restore_command, alguém tem alguma história que me conversa que é
>> necessário?
>>
>
> archive_command é o quando a ser utilizando quando tu setar o wal_level
> para archive e a cada criação de novo arquivo wal na pasta pg_xlog, o
> banco efetua o arquivamento do wal anterior. Se tua fila
> (wal_keep_segments) for grande o bastante, não é necessário utilizar ele,
> mas quanto os servidores rodam em vários datacenters (multi-region) é comum
> de combinar as duas soluções: usar o SR pra replicação, e quando a fila não
> tiver os wal necessários, tentar importar os wal necessários. Isso pode ser
> configurado no recovery.conf sem nenhum programa de terceiros.
>
> Detalhes sobre standby que utilizam arquivamento estão na doc[3].
>

Acredito que com os slots não preciso usar archive_command e
restore_command.


hot_standby - Este tipo de replicação o PostgreSQL irá utilizar os dois
>> servidores para consultas?
>>
>
> hot_standby[2] é um nome que damos ao servidor standby que permite abrir o
> banco em readonly. Seria possivel utiliza-lo para consultas, porém tens que
> utilizar alguma solução de balanceamento para dividir a carga entre os
> servidores. Balancear  os servidores gera alguns desafios quanto a
> sincronização dos dados .
>
>
Vou dedicar um tempo para estudar mais a fundo o pgpool, mas de início
balancear os servidores não é o foco.



> Escrevi muita coisa na corrida. Espero ter ajudado. =)
>

Obrigado pelas dicas, meu ajudou a bastante em trocar umas idéias e ler
mais a fundo a questão dos slots.


___
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úvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>
>
> > Isso eu entendi, mas ao aumentar esse valor.. tem alguma perca de
> > desempenho ou algo nesse sentido?
> >
> Aumento de espaço em disco. Isso se a comunicação for interrompida entre
> os servidores, ele vaiarmazenar a quantidade atual (depende dos
> parâmetros de checkpoint) mais wal_keep_segmentos arquivos.
>

Interessante, queria tirar a dúvida de que isso não ia prejudicar de alguma
forma a performance.


> Uma maneira mais fácil de garantir que não vai precisar refazer o
> servidor secundário é utilizar replication slots (disponível a partir da
> 9.4). Em versões anteriores, prefira a combinação archive_command e
> pg_archivecleanup em relação a wal_keep_segments (principalmente se o
> seu agrupamento de dados tiver um tamanho considerável -- refazer a
> replicação vai lhe custar várias horas de trabalho).


Vou utilizar a versão 9.4, estão vou usar replication slots, com isso vai
ficar show.

-- 

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] PostgreSQL + NoSQL

[Lucas Viecelli]

>
> PostgreSQL ser NoSQL e converter esses dados?
>

Um tipo de dados que já usei pra salvar objetos distintos no Postgres é o
Hstore[1], você consegue fazer muita coisa com ele, inclusive algumas
ferramentas tem suporte para esse tipo de dados, o activerecord do Rails eu
já usei com Hstore.

[1] - http://www.postgresql.org/docs/9.4/static/hstore.html

-- 

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] Backup incremental

[Lucas Viecelli]

Obrigado pelas respostas pessoal.

Sobre as politicas de backups escritas no seu artigo, achei todas
fundamentais e estou analisando a forma de implementar elas ou pelo
menos discutir com meus superiores, que por sinal é um ótimo artigo.

Sobre backups contra fatos desconhecidos e inesperados, acho que estou
protegido, mas isso não é uma certeza ainda.

A minha necessidade nesse momento realmente é Point In Time
Recovery, verifiquei que existem outras ferramentas que fazem esse
trabalho além do PgBarman, e existe a forma de fazer isso nativamente,
utilizando os famosos WAL, agora preciso ver se vale a pena usar uma
ferramenta ou tentar fazer isso utilizando os recursos do próprio
postgres.





Em 13 de julho de 2015 17:53, Fábio Telles Rodriguez
fabio.tel...@gmail.com escreveu:

 Em 13 de julho de 2015 11:44, Lucas Viecelli lviecelli...@gmail.com
 escreveu:

 Bom dia.

 Estou estudando formas de automatizar de uma maneira mais confiável os
 backup de uma base de dados postgres-9.4

 As necessidades são:
 -Backups incrementais a cada uma hora.(Existem diversos softwares de
 terceiros que utilizam a base, por isso 1 hora)
 -3 Backups completos durante o dia.
 -Salvar em outra máquina da rede.


 Lucas, é melhor você conhecer o conceito de Point In Time Recovery antes de
 continuar. Acho que você está pensando numa abordagem estilo Dump. Não faz
 sentido fazer um backup a cada uma hora.

 Veja o artigo: http://savepoint.blog.br/dump-nao-e-backup/

 Entenda o que é uma política de backup. Depois voltamos a conversar. Acho
 que vale à pena.




 O que mais atende as minhas necessidades é o PgBarman[1], queria saber
 sobre o que vocês utilizam para esse tipo de necessidade, se existem
 outras ferramentas.

  Se alguém tem alguns tutoriais para ajudar no estudo e implementação,
 será de grande ajuda.

 O sistema operacional é o Fedora, e a base de dados é pequena 20GB.

 1 - http://www.pgbarman.org/
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 Atenciosamente,
 Fábio Telles Rodriguez
 blog: http://savepoint.blog.br
 e-mail / gtalk / MSN: fabio.tel...@gmail.com
 Skype: fabio_telles

 Timbira - A empresa brasileira de Postgres
 http://www.timbira.com.br

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Atenciosamente.

Lucas Viecelli
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup incremental

[Lucas Viecelli]

Pessoal vou ler e avaliar todas as situações propostas, obrigado por
compartilhar o conhecimento e a experiencia de vocês, qualquer outra
dúvida eu volto a postar.

Em 14 de julho de 2015 19:07, Fábio Telles Rodriguez
fabio.tel...@gmail.com escreveu:


 Em 14 de julho de 2015 09:02, Cleiton Luiz Domazak
 cleitondoma...@gmail.com escreveu:



 Em 14 de julho de 2015 08:21, Lucas Viecelli lviecelli...@gmail.com
 escreveu:

 Obrigado pelas respostas pessoal.

 Sobre as politicas de backups escritas no seu artigo, achei todas
 fundamentais e estou analisando a forma de implementar elas ou pelo
 menos discutir com meus superiores, que por sinal é um ótimo artigo.

 Sobre backups contra fatos desconhecidos e inesperados, acho que estou
 protegido, mas isso não é uma certeza ainda.

 A minha necessidade nesse momento realmente é Point In Time
 Recovery, verifiquei que existem outras ferramentas que fazem esse
 trabalho além do PgBarman, e existe a forma de fazer isso nativamente,
 utilizando os famosos WAL, agora preciso ver se vale a pena usar uma
 ferramenta ou tentar fazer isso utilizando os recursos do próprio
 postgres.


 Eu utilizo o pgBarman e funciona muito bem, muito fácil de configurar e
 até o momento se mostrou confiável. Além do PITR você pode pensar em um
 servidor replica, que pode ser uma solução muito rápida de restore em caso
 de falhas físicas do seu servidor Master.


 Acho o pgBarman uma ferramenta interessante se você  administra vários
 servidores Postgres, se tem um só em produção, então o pg_basebackup é mais
 do que suficiente para você.

 http://www.postgresql.org/docs/9.5/static/app-pgbasebackup.html

 --
 Atenciosamente,
 Fábio Telles Rodriguez
 blog: http://savepoint.blog.br
 e-mail / gtalk / MSN: fabio.tel...@gmail.com
 Skype: fabio_telles

 Timbira - A empresa brasileira de Postgres
 http://www.timbira.com.br

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Atenciosamente.

Lucas Viecelli
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Backup incremental

[Lucas Viecelli]

Bom dia.

Estou estudando formas de automatizar de uma maneira mais confiável os
backup de uma base de dados postgres-9.4

As necessidades são:
-Backups incrementais a cada uma hora.(Existem diversos softwares de
terceiros que utilizam a base, por isso 1 hora)
-3 Backups completos durante o dia.
-Salvar em outra máquina da rede.

O que mais atende as minhas necessidades é o PgBarman[1], queria saber
sobre o que vocês utilizam para esse tipo de necessidade, se existem
outras ferramentas.

 Se alguém tem alguns tutoriais para ajudar no estudo e implementação,
será de grande ajuda.

O sistema operacional é o Fedora, e a base de dados é pequena 20GB.

1 - http://www.pgbarman.org/
___
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

[Lucas Viecelli]

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

[Lucas Viecelli]

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] Clonar função CURRENT_DATE para SYSDATE

[Lucas Viecelli]

Crie uma função chamada SYSDATE chamando a CURRENT_DATE.

Em 24 de setembro de 2014 14:42, Emanuel Araújo eac...@gmail.com escreveu:

 Srs.

 Alguém já precisou e sabe como posso clonar a função CURRENT_DATE para
 SYSDATE ?

 Não preciso de uma forma de converter a informação e sim ter a funçao
 SYSDATE dentro de meu PostgreSQL sendo executada conforme a CURRENT_DATE .

 SELECT CURRENT_DATE ;
 SELECT SYSDATE ;


 Versão PostgreSQL 9.3.4
 SO. Fedora Core 19


 --


 *Atenciosamente,Emanuel Araújo*

 *Linux Certified, DBA PostgreSQL*

 ___
 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] Clonar função CURRENT_DATE para SYSDATE

[Lucas Viecelli]

Euler, desculpe.. apenas respondi o jeito mais fácil de ter a
funcionalidade ou algo semelhante do que ele precisa.

Pelo que lembro o SYSDATE é a data corrente no Oracle, o correto seria
converter suas consultas para utilizar o CURRENT_DATE.

Enfim, espero te ajudado em algo.

Em 24 de setembro de 2014 15:59, Euler Taveira eu...@timbira.com.br
escreveu:

 On 24-09-2014 15:37, Lucas Viecelli wrote:
  Crie uma função chamada SYSDATE chamando a CURRENT_DATE.
 
 Lucas, sem top-posting. SYSDATE != SYSDATE(). Pelo que eu entendi não
 é isso que o Emanuel quer.

  Em 24 de setembro de 2014 14:42, Emanuel Araújo eac...@gmail.com
 escreveu:
 
  Srs.
 
  Alguém já precisou e sabe como posso clonar a função CURRENT_DATE para
  SYSDATE ?
 
 Para que você quer isso?

  Não preciso de uma forma de converter a informação e sim ter a funçao
  SYSDATE dentro de meu PostgreSQL sendo executada conforme a
 CURRENT_DATE .
 
  SELECT CURRENT_DATE ;
  SELECT SYSDATE ;
 
 Só recompilando o postgres. Modifique o gram.y.


 --
Euler Taveira   Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
 ___
 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] Ajuste de registros com espaços em branco

[Lucas Viecelli]

Você poderia criar uma trigger para resolver isso, ou criar uma function no
banco para gravar os dados.. com isso você faz o tratamento e consegue
gravar os registros sem espaços

Em 11 de setembro de 2014 13:59, Julio Romano jlroman...@gmail.com
escreveu:

 Senhores, boa tarde.



 Possuo o seguinte problema em meu ambiente:



 Possuímos uma aplicação que utiliza NATURAL e nesta linguagem variáveis
 com o tipo character são preenchidas com espaços até a extensão total da
 variável.

 Quando essa variável é inserida no banco de dados, o mesmo grava os
 espaços em branco à direita da string contida na variável.



 Preciso solucionar isso na camada do banco de dados, pois na aplicação não
 existe nenhuma função de trim possível.

 Alguém tem alguma sugestão?









 ___
 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] Usar Schema sem aspas duplas

[Lucas Viecelli]

Sim

Em 10 de setembro de 2014 17:05, Natanael Roberto Rodrigues 
nr.n...@gmail.com escreveu:

 Boa tarde Pessoal,

 Tenho uma dúvida, creio que seja fácil para quem já tem mais tempo com o
 PostgreSQL.
 É possível usar o Schema no select sem o uso da Aspas Duplas?

 Att

 Natanael.

 ___
 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: Usar Schema sem aspas duplas

[Lucas Viecelli]

Sobre o problema dos schemas, você usa assim sem aspas:
  CREATE SCHEMA myschema;
   myschema.table

Geralmente é utilizado aspas quando é criado uma table/schema que há a
necessidade de caracteres com letra maiúscula, espaço e etc. Você pode usar
seu schema sem aspas normalmente em casos com nomes comuns.

Sobre a mudança de banco, caso mais perguntas pode entrar em contato, posso
te ajuda.

Até mais.

Em 10 de setembro de 2014 17:28, Natanael Roberto Rodrigues 
nr.n...@gmail.com escreveu:

 Sabes me dizer o que preciso mudar? Minhas aplicações usam ORACLE, estamos
 estudando a viabilidade do uso do PostgreSql sem ter impacto de mexida no
 sistema.



 *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
 nome de *Lucas Viecelli
 *Enviada em:* quarta-feira, 10 de setembro de 2014 17:10
 *Para:* Comunidade PostgreSQL Brasileira
 *Assunto:* Re: [pgbr-geral] Usar Schema sem aspas duplas



 Sim



 Em 10 de setembro de 2014 17:05, Natanael Roberto Rodrigues 
 nr.n...@gmail.com escreveu:

 Boa tarde Pessoal,

 Tenho uma dúvida, creio que seja fácil para quem já tem mais tempo com o
 PostgreSQL.
 É possível usar o Schema no select sem o uso da Aspas Duplas?

 Att

 Natanael.

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral





 --

 Atenciosamente.

 *Lucas Viecelli*

 ___
 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] postgre cloud

[Lucas Viecelli]

Cara vale a pena dar uma olhada na https://www.digitalocean.com/ o preço
dos caras é bom.

Acho fácil de se configurar e tal, não é tão simples como no heroku que vem
tudo mastigado, mas pelo preço e desempenho vale a pena.


Em 4 de setembro de 2014 10:57, josemario.r...@ibest.com.br escreveu:

  a maioria das empresas contratam a amazon.com e so vendem o serviço
 dela, nao sei se a http://www.cloudpostgres.com/ tambem e assim.



 grato




 Em 04/09/2014 10:46, Flavio Henrique Araque Gurgel escreveu:

 alguém conhece algum serviço de postgre cloud como o www.heroku.com, mas
 com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição
 de números de registro, mas se eu quiser um plano melhor vai para 50 nao
 tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo
 com planos melhores.

 Não sei se é mais barato/caro ou melhor/pior, mas você tem a opção 
 http://aws.amazon.com/pt/rds/postgresql/

 Apesar do beta no nome, funciona bem.

 Uma batida rápida no Google com PostgreSQL as a service retorna também
 um tal de http://www.elephantsql.com/ que eu não conheço e nunca usei.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing 
 listpgbr-ge...@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




-- 

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