Em 3 de janeiro de 2018 10:13, Samuel Teixeira Santos
escreveu:
>
> Bom dia pessoal, feliz 2018 a todos.
>
> Sou novo na lista e meu perfil é de desenvolvedor (para entenderem o porque
> da minha pergunta abaixo... tentando justificá-la )
>
> Estou na faixa de conhecimento que vai do básico para
Olá.
Em 10 de outubro de 2017 02:15, centrisco...@gmail.com
escreveu:
>
> Agradeço a todos pelas suas respostas.
>
> O Firebird não é um banco ruim. É fácil e até gostoso de se trabalhar com
> ele. Tenho notado que em algumas situações ele acaba ficando pra trás.
> A começar pelo material. Tem m
Em 28 de setembro de 2017 19:55, Junior Miranda
escreveu:
>
> Boa noite a todos!
>
> Estou enfrentando problemas na inicialização do postgresSQL 9.4 no windows
> 10. É algo que tem ocorrido ocasionalmente, ou seja, há dias em que os
> cliente ligam seus pcs e o servidor inicia normalmente e dia
Em 24 de junho de 2017 21:19, Euler Taveira escreveu:
> Em 24 de junho de 2017 16:26, Luiz Henrique
> escreveu:
>>
>>
>> Desejo transferir de forma definitiva.
>
>
> Uma das formas mais rápidas seria utilizando replicação. Para isso o
> hardware/SO deve ser (quase) igual. Uma vez montada a replic
Em 23 de junho de 2017 13:56, Luiz Henrique
escreveu:
> Mestres!
>
> Gostaria de dicas/sugestões de como transferir Banco Postgres para outra
> máquina.
> Segue detalhes
>
> Ambiente Linux CentOS 6
> Postgres 9.1
> Somente 1 Database, tamanho 415 GB
> Peculiaridade : 95% desse tamanho são binários
Em 22 de junho de 2017 20:57, Marcelo Costa escreveu:
>
> Pessoal,
>
> Alguém que saque de query planner pra ajudar?
>
> Quero entender pq ele roda um planner global ao invés de parciais.
>
> Minha query:
>
> select count(*) from table1 where time > (select time from table2 where X = Y)
>
> O PG e
Em 10 de maio de 2017 11:16, Sebastian Webber escreveu:
>
>
> Roda no psql:
>
>
> \x
> select * from pg_settings where name = 'log_destination';
Bingo!
Agradeço, Sebastian. Alguém criou um arquivo adicional em
data/conf.d/production.conf (agora começa a caça às bruxas) e com o
retorno deste coma
Bom dia!
Em um servidor na Amazon rodando PostgreSQL 9.4.9 apresenta um
comportamento estranho - ao menos para mim: ao invés de gravar todo o
conteúdo em um arquivo com extensão "log", um arquivo sem extensão é
criado com tamanho 0 bytes e tudo é redirecionado para um outro
arquivo com extensão "c
Em 20 de abril de 2017 18:10, Fabrízio de Royes Mello
escreveu:
> Isso é por conta do "overcommit_ratio = 50" que indica que foi solicitado
> alocar mais memória que o "total de swap + 50% da RAM" [1] ... como vc nao
> tem swap entao ele tentou alocar mais que RAM/2 e o kernel matou...
>
> Att,
Em 20 de abril de 2017 17:12, Fabrízio de Royes Mello
escreveu:
> Em 20 de abril de 2017 15:35, Tiago José Adami escreveu:
>>
>> Boa tarde a todos.
>>
>> Tenho um servidor na Amazon com PostgreSQL 9.4.9 64-bit instalado, lá
>> roda uma versão do Fedora modific
Boa tarde a todos.
Tenho um servidor na Amazon com PostgreSQL 9.4.9 64-bit instalado, lá
roda uma versão do Fedora modificada.
Há 16 GB de memória RAM.
max_connections=300
shared_buffers=2GB
work_mem=4MB
De uns tempos para cá, após configurar o backup com arquivamento de
logs está ocorrendo est
Em 12 de março de 2017 17:40, Pablo Sánchez escreveu:
> Estou quase pensando em processar o CSV e criar CSV's por separado para
> fazer o copy mesmo.
>
> É um modelo de enderecos basicamente, com apenas umas 8 tabelas, onde um
> endereco/locus pode ser pai de outro. Ex: Brasil é pai de DF que é pa
Em 19 de janeiro de 2017 19:42, Leandro Guimarães Faria Corcete DUTRA
escreveu:
> Le jeu. 19 janv. 2017 à 18:45, Alexsandro Haag a
>
> Sim, esse era meu ponto. Não entendi, Alexsandro, o que o colega não havia
> entendido. Mas tudo bem, toquemos o barco…
Eu me expressei mal e expliquei pouco,
Em 19 de janeiro de 2017 17:26, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2017-01-19 16:07 GMT-02:00 Tiago José Adami :
>>
>> Apesar do OP ter satisfeito sua necessidade, vou insistir nesta
>> questão. Não consegui visualizar como 'obrigar' através de uma
2017-01-19 14:50 GMT-02:00 Alexsandro Haag :
> Em 19/01/2017 13:27, Tiago José Adami escreveu:
>>
>> Fiquei em dúvida: como seria possível resolver este problema com
>> normalização? Em todas as vezes que me deparei com este tipo de
>> situação resolvi com restriç
Em 19 de janeiro de 2017 13:15, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2017-01-19 10:55 GMT-02:00 Rafael Sousa :
>> é possivel colocar um not null apenas se outro campo for por exemplo true ?
>
> Sim, por exemplo com gatilhos, mas não seria um erro de normalização?
> Não seria ideal no
Em 19 de janeiro de 2017 10:55, Rafael Sousa escreveu:
>
> é possivel colocar um not null apenas se outro campo for por exemplo true ?
É possível criando um check constraint:
postgres=# create database checks;
CREATE DATABASE
postgres=# \c checks;
Você está conectado agora ao banco de dados "ch
> Pergunto-me qual a validade de experimentar questoes de desempenho
> numa versao tao obsoleta, sendo que quase todas as versoes do
> PostgreSQL trazem bons avanços. Creio que seria mais relevante
> aplicar isso aa v. 10.
Resposta off-topic já que o OP conseguiu resolver seu problema: no
meio ac
Em 22 de dezembro de 2016 12:23, Júlio César Martini
escreveu:
>
> Caros,
>
> Duas perguntinhas:
>
> 1. Eu utilizo o servidor de aplicação Glassfish para a minha aplicação e lá
> defino um pool de conexão de 200. No meu PostgreSQL não preciso deixar no
> max_conections o valor de 200, isso pode
Em 15 de dezembro de 2016 09:26, Cleiton Luiz Domazak
escreveu:
>> Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a
>> definição (comando) que você usou para criar o índice?
>
> Foi a primeira coisa a ser feita, fiz VACUUM, VACUUM FULL, ANALYZE, REINDEX,
> o pacote completo
Em 14 de dezembro de 2016 16:43, Cleiton Luiz Domazak
escreveu:
> Nem index tinha, criei e ele não é utilizado.
Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a
definição (comando) que você usou para criar o índice?
>
> Fiz o restore do dump gerado pelo cliente, e o mesmo probl
Em 12 de dezembro de 2016 11:45, Cleiton Luiz Domazak
escreveu:
> (corte)
> Alguém já passou por essa situação?
Eu já: com o PostgreSQL 9.4 (não lembro se era 9.4.2 ou 9.4.3). Nas
últimas releases, por exemplo a 9.4.8 que uso no ambiente de testes
(com mesmo SO), o problema não ocorre.
No meu ca
Em 27 de setembro de 2016 11:36, Matheus Saraiva
escreveu:
> Queria saber se alguém já teve um cenário parecido com esse e qual foi a
> experiência.
> Tenho um sistema local desktop e preciso compartilhar esses dados com o site
> da empresa. Minha ideia inicial é contratar um VPS e migrar esse ban
Em 14 de setembro de 2016 08:29, Gustavo escreveu:
> tenho 2 tabelas Pedidos e ItensPedidos
> e claro que temo o relacionamento 1:n de entre as tabelas Pedidos e
> ItensPedidos
Ok.
> Gostaria de saber se existe uma maneira da tabela filha( itensPedidos) ser
> obrigada e ser preenchida utili
Em 8 de setembro de 2016 17:17, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-09-08 17:15 GMT-03:00 Fabrízio de Royes Mello :
>> Um índice parcial é criado para agir em uma
>> porção da tabela de acordo com o predicado definido (aka WHERE), então
>> você pode criar um índice regular ou u
Em 30 de agosto de 2016 11:11, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-08-30 10:31 GMT-03:00 Tiago José Adami :
>> No "muita coisa" eu destacaria compatibilidade com o hardware. Apesar
>> de não ser comum nos dias atuais já presenciei casos em que foi
Em 30 de agosto de 2016 09:39, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
>
> Eu recomendaria ou um Debian GNU/Linux, ou um *BSD. Mas depende de muita
> coisa.
No "muita coisa" eu destacaria compatibilidade com o hardware. Apesar
de não ser comum nos dias atuais já presenciei casos em que
2016-08-26 0:30 GMT-03:00 Euler Taveira :
> On 25-08-2016 14:17, Tiago José Adami wrote:
>>Também há 2 triggers um pouco mais complexos que não permitem
>>horários conflitantes, algo impossível de tratar apenas com FKs.
>>
> Você tentou usar range types [1] e/ou r
Em 25 de agosto de 2016 15:10, Fabiano Machado Dias
escreveu:
> Quando vc varre uma tabela de itens de uma nota, vc está buscando dados do
> item né? E a programação de entrega desse item? Não está em outra tabela
> ainda? Entende o que quero dizer?
Sim, entendo. Quando você envolve outras entid
Em 25 de agosto de 2016 14:42, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> E imagino que tanto desempenho quanto carga de máquina e de rede,
> usabilidade e manutenção melhorem muito.
Compreendi teu ponto de vista com a mensagem anterior. Aproveitei para
lhe dar o crédito da minha implemen
Em 25 de agosto de 2016 14:46, Fabiano Machado Dias
escreveu:
> Sim, eu entendo a "vantagem" de evitar join e você "ter" o dado já na filha
> ou "neta" da tabela.
>
> Mas assim, no que eu vi, na prática é o seguinte:
>
> 1 - A informação da chave, geralmente não é a que vc quer, então o join vai
>
Em 25 de agosto de 2016 14:29, Fabiano Machado Dias
escreveu:
> Legal, você poderia usar UK's e ainda assim manter a suas chaves
> artificiais, muitas vezes a preocupação com a chave primária faz com que as
> pessoas esqueçam que podemos ter N UK's para manter a integridade nos
> trilhos e no banc
Em 25 de agosto de 2016 14:17, Tiago José Adami escreveu:
> CREATE TABLE reserva_item_autorizacao (
Corrigindo os comentários
Tabela RESERVA_ITEM só possui 2 FKs:
- codigo_patrimonio é FK da tabela ITEM_RESERVA;
- demais campos são FK da tabela RESERVA
Tabela RESERVA_ITEM_AUTORIZACAO só pos
Em 25 de agosto de 2016 13:44, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> Mas de fato há situações em que uma chave pode chegar a cobrir todos
> os atributos (naturais) de uma relação (não confundir com
> relacionamento).
E eu avalizo totalmente esta declaração. E ainda quero citar um
exe
Em 25 de agosto de 2016 11:33, Gustavo escreveu:
>
> (lembro que eram quase 4 mil tabelas), ouch !
>
> o meu só tem 1.000 tabelas... será que terei problemas com performance
O número de tabelas não é preponderante no impacto de desempenho.
Alguns softwares/sistemas muito bem escritos
Em 13 de agosto de 2016 18:42, Tiago José Adami escreveu:
> (...) Isso precisará ser
> modificado para que o programa abra e feche diversas transações (...)
>
Eu costumo me referir erroneamente às conexões como transações. Neste
caso, leia-se "conexões" e não "transaçõe
Em 13 de agosto de 2016 11:31, Matheus Saraiva
escreveu:
> Em 12-08-2016 20:50, Tiago José Adami escreveu:
>>
>> Abro um parênteses: Conexões diretas ao banco via VPN? Não seria
>> melhor alguma forma de colocar a interface do lado do servidor para
>> evitar expor o b
Em 12 de agosto de 2016 20:16, Matheus Saraiva
escreveu:
> Eu realmente nunca fiz uso do recurso de controle de usuário que o
> PostgreSQL oferece. Eu geralmente fazia o controle de permissões na própria
> aplicação, geralmente usando flags booleanas para demarcar as permissões de
> um usuário em
Em 6 de agosto de 2016 16:13, Tiago José Adami escreveu:
> Em 5 de agosto de 2016 16:51, Edson F. Lidorio
> escreveu:
>> Opa!
>> Quase isso, Preciso considerar:
>>
>> - todos os produtos
>
> Não ficou claro, mas acredito que você deseje incluir todos os
&g
Em 5 de agosto de 2016 16:51, Edson F. Lidorio escreveu:
> Opa!
> Quase isso, Preciso considerar:
>
> - todos os produtos
Não ficou claro, mas acredito que você deseje incluir todos os
produtos da tabela produto mesmo que não haja registros na tabela
historico_vendas, correto? Isto pode ser resol
Em 5 de agosto de 2016 14:22, Edson F. Lidorio escreveu:
> Boa tarde Pessoal,
>
> Estou precisando de um ajuda para montar o select abaixo:
> Preciso exibir uma média de consumo de produtos gastos nos últimos 12 meses.
> Considerando que só irei informar a data atual no select e que preciso pegar
Em 5 de agosto de 2016 10:49, Angelo A. Frozza (Gmail)
escreveu:
> Olá,
>
> Gostaria da opinião sobre como está sendo feito na prática a gerência de
> BD no caso de aplicações SaaS.
>
> Vamos a um estudo de caso: imagine uma aplicação (Comércio
> Eletrônico/Controle de estoque etc.), que o cliente
Em 20 de julho de 2016 18:24, Heloisa Fernanda
escreveu:
> Olá Pessoal!
>
> Estou trazendo o resultado de uma consulta em um record, ex:
>
> SELECT
> exame::TEXT
> FROM
> exame;
>
> Retorna algo assim: (ZIKAG,"ZIKA VÍRUS ANTICORPOS IGG","Para descartar
> infecção recente, realizar ensaio de IgM ou
>> From: "Fabio Luis Rodrigues"
>> To: "Comunidade PostgreSQL Brasileira"
>> Sent: Monday, July 4, 2016 8:28:10 AM
>> Subject: [pgbr-geral] Serviço do Postgre não levanta [BRT FATAL: não pôde
>> criar nenhum soquete TCP/IP]
>>
>> Bom dia Pessoal,
>>
>> Meu server de desenvolvimento (Windows) não
Em 28 de junho de 2016 11:07, Fábio Telles Rodriguez
escreveu:
> Senhores, estou preparando uma palestra sobre PostgreSQL e gostaria de pedir
> uma mãozinha do pessoal aqui... Quais os maiores mitos que vocês conhecem
> sobre PostgreSQL?
>
"PostgreSQL não tem suporte".
Muitas empresas optam por
Em 20 de junho de 2016 10:34, Flavio Henrique Araque Gurgel
escreveu:
>
> Você terá de utilisar outro programa, o memtester e não o memtest 86.
> Pra usar o memtest 86 você precisa espetar um pen drive, CD ou iso pra
> dar boot e ter acesso ao console. Não sei se seu fornecedor de serviços
> de ho
Em 20 de junho de 2016 18:38, Ronilson escreveu:
> Boa noite.
>
> Sabendo que pretendemos trabalhar com senha criptografada, qual a forma mais
> segura de persistir esta senha no banco? Qual o tipo de dado mais
> recomendado, para este caso, no PosgreSQL?
>
> Alguém pode me dar alguma dica? Suger
Em 17 de junho de 2016 09:33, Ursulino Barboza escreveu:
>> BRT LOG: could not receive data from client: No connection could be made
>> because the target machine actively refused it.
>>
>> BRT LOG: unexpected EOF on client connection
>
> Os agentes ODI e o postgres 9.4 estão em Linux Red Hat.
Em 10 de junho de 2016 14:03, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-06-09 23:32 GMT-03:00 Tiago José Adami :
>>
>> Na verdade a maioria que conheço critica sem nunca ter usado e
>> defendem o modelo relacional/SQL para tudo. Radicais "SQLtremistas&qu
Em 9 de junho de 2016 20:04, Everton B escreveu:
> Acho que quando os DBAs criticam o MongoDB geralmente estão alertando
> novatos/startups hipsters de que ele não vai servir para o fim que eles
> geralmente desejam (...)
Na verdade a maioria que conheço critica sem nunca ter usado e
defendem o m
Em 9 de junho de 2016 17:05, Fabrízio de Royes Mello
escreveu:
> Isso vai depender de que problema de negócio vc quer resolver. Para um
> ERP por exemplo creio que um NoSQL possa não se aplicar devido a
> consistencia eventual. Imagina no sistema orçamentário de cada usuario
> visualizar um saldo
Em 9 de junho de 2016 12:51, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-06-09 12:47 GMT-03:00 Fabrízio de Royes Mello :
>> On 08-06-2016 14:55, Guimarães Faria Corcete DUTRA, Leandro wrote:
>>> https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-65
Em 7 de junho de 2016 15:42, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
>> Na questão do OP, se algum ORM for utilizado com classes de entidade
>> estáticas no aplicativo não haverão muitos problemas - desde que os
>> novos atributos não sejam /not null/ e/ou tenham valores default.
>> Haver
Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-06-07 15:10 GMT-03:00 Tiago José Adami :
>>
>> Só é preciso cuidado especial com as ferramentas "geradoras de
>> código", aquelas que se baseiam na estrutura (catálogo) do banco d
Em 7 de junho de 2016 14:02, Felipe Santos escreveu:
> Uma das ideias é que você apenas adicione novas estruturas
> (atributos,relações) ao seu banco de dados ao invés de modificar as
> existentes.
>
> Deste modo as novas versões do software entenderão as novas estruturas, sem
> quebrar as antigas
Em 4 de maio de 2016 23:10, Jean Alysson escreveu:
> Ola Tiago, está correta sua dedução
> obrigado pela resposta !
>
> Estou começando com PostgreSql, então gostaria de saber se dessa forma eu
> teria boa performance ?
> Esta solução com subselect poderia ser feita sem usar 2 selects ? over
> pa
Em 4 de maio de 2016 22:19, Jean Alysson escreveu:
>
> Ola, preciso fazer o select abaixo, tem que retornar somente um registro,
> mas como o campoString é diferente, retornam varios registros, como posso
> resolver ?
>
> SELECT max(campoInteger), campoString
> FROM tabela
> where outroCampoIn
Em 02/04/2016 00:48, "Sebastian Webber" escreveu:
> Nada impede fazer isso com um banco de dados pra todos os caixas. Essa
tua proposta parece boa num cenário de alta concorrência, mas fico com as
minhas dúvidas se a realidade do colega tem essa demanda.
Não tem relação com o PostgreSQL, mas se n
Em 1 de abril de 2016 13:33, escreveu:
> Pessoal tenho uma função no sistema onde o usuario seleciona varios produtos
> e muda por exemplo a localização,
> imagine que seja 2mil produtos, neste momento o caixa está vendendo e aí
> trava,
> isso seria normal ou tem alguma coisa que posso mudar pra
Em 11 de março de 2016 16:46, Vinícius Aquino do Vale
escreveu:
> Olá Danilo,
>
> Existe diferenças sim.
>
> Dê uma olhada neste post, para entender melhor a situação e o uso de índices
> compostos.
Este artigo que o Vinicius lhe recomendou já poderá lhe dar uma boa
ideia de como funciona o SGBD
Em 9 de março de 2016 13:56, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-03-09 13:55 GMT-03:00 Alexsandro Haag :
>> Em 09/03/2016 13:48, Wagner Vieira Furno - Lobotech escreveu:
>>>
>>> Qual ferramenta de modelagem free podemos utilizar para postgresql no
>>> momento ?
>>
>> SQL Power
Em 29 de fevereiro de 2016 18:01, Neto pr escreveu:
> Mas teria como saber um valor (nem que for aproximado) de tamanho de
> tabela, em que seria interessante criar um índice (considerando o
> tamanho da ram como referencia)?
Não sei se entendi direito todo o seu questionamento, mas, mesmo que
t
Em 1 de fevereiro de 2016 09:00, ChIcO escreveu:
> Tenho dúvida se o pg_basebackup copia todos os arquivos ou apenas os
> alterados. Acredito que todos, então pode ser um pouco mais demorado q o
> rsync.
O pg_basebackup não faz cópias incrementais, cada vez que é executado
é feito uma nova cópia
Em 29 de janeiro de 2016 17:51, Luiz Henrique
escreveu:
> Pessoal,
>
> Tenho Postgresql 9.1, Linux CentOS. 5 Databases. 1 Database tem 254
> GB.Preciso levar diariamente somente esse Database (254 GB) para outro
> servidor (homologação).O tempo de pg_dump / pg_restore leva cerca de
> 8h.Procuro al
Em 27 de janeiro de 2016 14:54, Edinelson escreveu:
> Dei olhada no servidor e serviço PostgreSQL esta parado.
> No servidor tem mensagem erro quando foi ativar serviço =>2016-01-27
> 13:21:50 BRT FATAL: diretório de dados "V:/PHO/PostgreSQL" não existe
>
> "Euler Taveira" escreveu na notícia d
Em 19 de janeiro de 2016 10:59, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> 2016-01-18 19:57 GMT-02:00 Tiago José Adami :
>>
>> Regras de validação de campo, por exemplo, você poderá (deverá) fazer no
>> banco para garantir a integridade dos dados. Mas também precisará
Em 18/01/2016 19:35, "Douglas Fabiano Specht"
escreveu:
>
>
>
> Em 18 de janeiro de 2016 14:08, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
>>>
>>> 3-Qual linguagem voces recomendariam para desenvolver essas Regras de
>>> negocio? Pgsql, Java, Perl, Phyton, C?
>>
>>
>> Eu só gostar
Em 18 de janeiro de 2016 10:01, Felipe Moura escreveu:
> Pessoal, estamos passando por um situação onde a equipe de banco de dados
> afirma que trabalhar com esquema no postgres é inseguro e a solução dada
> seria utilizar uma database para cada sistema.
>
> Alguém já passou por algo parecido?
Olá pessoal.
Recentemente fui contactado via LinkedIN por um recrutador chamado
Sebastian White. Ele está procurando um profissional em PostgreSQL que
tenha bons conhecimentos em otimização, upgrades, incidentes e shell script
(Python é um "plus a mais") para trabalhar em Berlin, sendo necessário
Em 14/01/2016 19:12, "Fábio Telles Rodriguez"
escreveu:
>
>
>
> Em 14 de janeiro de 2016 18:25, Saraiva Silva
escreveu:
>>
>> 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.
Em 14/01/2016 18:25, "Saraiva Silva" escreveu:
>
> 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.
>
Minha opinião como DBA e D
Em 26 de novembro de 2015 11:19, Fábio Telles Rodriguez
escreveu:
> Vale à pena lembrar que o PostgreSQL nasceu no mundo UNIX e neste universo,
> usar nomes de arquivos e diretórios com espaços... é uma péssima ideia.
No "mundo Windows" facilitaria se os empacotadores da EnterpriseDB
(desconheço
Em 24 de novembro de 2015 23:39, Dickson S. Guedes
escreveu:
> Em 24 de novembro de 2015 20:16, Tiago José Adami
> escreveu:
>> E então a tabela - ou arquivo do objeto - chegou no limite dos 4 GB e
>> 'corrompeu' (se é esta a palavra adequada).
>
> Que est
Em 24 de novembro de 2015 17:23, Fabrízio de Royes Mello
escreveu:
> Um detalhe *EXTREMAMENTE* importante antes de fazer qualquer coisa, pare
> o seu PostgreSQL e efetue uma cópia física do $PGDATA (e tablespaces se
> tiver) antes de mais nada.
>
> Como se trata de Windows, se este tiver um "antiv
Em 24 de novembro de 2015 19:44, Junior Miranda
escreveu:
> C:\"Program Files (x86)"\PostgreSQL\9.3\bin\pg_dump -U senha -h localhost -s
> -f C:\"Program Files (x86)"\Teste
As aspas estão nos locais incorretos:
"C:\Program Files (x86)\PostgreSQL\9.3\bin\pg_dump.exe" -U senha -h
localhost -s -f
Em 21 de novembro de 2015 11:26, Osvaldo Kussama
escreveu:
> Em 21/11/15, Luciano Reis escreveu:
>> Bom dia pessoal, eu fiz uma busca sobre tipos de dados para campos
>> específicos no PostgreSQL para gravar CEP,CPF, CNPJ, telefones e valores
>> monetários e encontrei opiniões muito diversas uns d
Em 18 de novembro de 2015 22:24, José Henrique Beraldo
escreveu:
>
> Opa Tiago, boa noite. Desculpe não retornar antes.
Olá José. Descartei o código anterior para diminuir a resposta.
No código que você enviou não justifica o uso do campo
"tf_confirmacao_trigger_pai_id". Da forma como está, o tr
Em 17/11/2015 8:16 PM, "José Henrique Beraldo"
escreveu:
>
> Boa noite.
> Estou fazendo uma manutenção em um banco de dados 7.4 que foi migrado
para o 9.4, e o comportamento das triggers mudou.
> O que percebi é que triggers que funcionam no 7.4 se comportam diferente
na versão 9.5, por exemplo:
>
Em 6 de novembro de 2015 10:13, Matheus Saraiva
escreveu:
> Bem, lá vai a opinião de alguém bem menos experiente do que todos que
> participaram desse off, aja vista que eu não sou dba, apenas dev.
Eu sou um misto de dba e dev, conheço pouco - ou nada - NoSQL e
gostaria de exemplificar um caso re
> O problema é que o campo está sem mascara e telefones convencionais juntos,
> ou seja aquela bagunça de sempre,
> exemplo:
> 48-
> 49--
> 049--
> (49)-
> (49)
>
> por isso queria ver se alguem tinha alguma função para compartilhar, algo do
> tipo regex, poi
Em 10 de setembro de 2015 13:57, Alisson Coelho de Morais
escreveu:
> Pessoal, está chegando a hora... será na próxima semana, UTFPR (antigo
> CEFET).
>
> O PGDay é um evento gratuito, mas para participar, é preciso fazer inscrição
> no site do FTSL [1].
Estou aguardando autorização da minha chef
Em 8 de setembro de 2015 19:13, Matheus de Oliveira
escreveu:
>
Se quiser altera uma variável na função
> (como tentou antes), o seu "SET" deveria ser simplesmente:
>
> ld_date := d_date + i_days;
Perfeito. Fiquei até com vergonha agora... insisti tanto com o SET que
pensei que o problema era
Caros colegas,
Estou migrando funções de um banco de dados Oracle para PostgreSQL
versão 9.4 de forma que sejam compatíveis com um aplicativo escrito
principalmente em VB (e algumas outras linguagens/ferramentas). Os
parâmetros de conexão já foram alterados e o aplicativo roda "liso" no
PostgreSQL
Em 4 de setembro de 2015 16:06, Luiz Carlos L. Nogueira Jr.
escreveu:
>
> Eu só queria que nenhum usuário pudesse escrever no banco.
> Coisa simples. Sem replicação nem nada.
Se "no banco" trata-se de um banco de dados único que possui acesso
controlado e gerenciado devidamente, inclusive ao sist
Em 30 de julho de 2015 15:45, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
>
> 2015-07-30 15:08 GMT-03:00 Raphael Coutinho :
> > Pelo que vi a vida útil do SSD é bem inferior.
>
> Não existe ‘o’ SSD. Há uma enorme variedade de marcas, linhas e
> modelos, em toda faixa de custo e com todo tipo
Em 8 de julho de 2015 17:56, PAULO escreveu:
> É possível chamar uma função dentro de uma Trigger ?
Dentro do trigger somente uma função pode e deve ser chamada [1]. Esta
função precisa retornar um tipo determinado [2] chamado "trigger".
Os gatilhos no PostgreSQL não incluem código procedural à
Em sábado, 23 de maio de 2015, Danilo Silva
escreveu:
> Pessoal,
>
> Considerando a versão 9.3, realmente é indicado executar um vacuum analyse
> após grandes cargas de dados?
>
Se a tabela possuía muitos registros antes da carga de dados, eu diria que
o VACUUM ANALYZE seria uma boa.
Se a tabel
Da documentação [1]:
"Temporary views are automatically dropped at the end of the current
session. Existing permanent relations with the same name are not
visible to the current session while the temporary view exists, unless
they are referenced with schema-qualified names."
Nunca usei views temp
Em 17 de maio de 2015 22:32, Junior Miranda
escreveu:
> Boa noite a todos
>
> Estou instalando o postgres através do innosetup, utilizando a linha abaixo.
> A questão é que dessa forma não há uma verificação prévia de instalação
> anterior. Haveria algum parâmetro para checar se já existe uma vers
Em 15 de maio de 2015 11:28, Guimarães Faria Corcete DUTRA, Leandro
escreveu:
> Em 15 de maio de 2015 11:25, Danilo Silva
> escreveu:
>> An error ocoured executing the Microsoft VC++ runtime installer
>
> Que tal instalá-lo à parte, então?
Peguei este erro outro dia no meu notebook com o último
Em 12 de maio de 2015 16:45, Fernando Foster escreveu:
> Olá pessoal, boa tarde.
>
> Sou iniciante no PostgreSQL (usamos faz 1 ano e meio) e estou com algumas
> duvidas.
> Tenho um projeto usando PostgreSQL onde faço estudos de vendas de lojas.
> Este servidor é uma instancia RDS da Amazon, pela q
Em 10 de abril de 2015 16:36, Euler Taveira escreveu:
> On 10-04-2015 11:37, Tiago José Adami wrote:
>> Em 9 de abril de 2015 20:16, Euler Taveira escreveu:
> Como eu já disse, a principal preocupação vai ser suportar uma
> quantidade grande de conexões. Os sistemas operacionais
Em 7 de abril de 2015 11:14, Alessandro Lima escreveu:
>>>Antes de continuar, todos estes LEFT JOINs estão certos? A intenção é
> usá-los mesmo?
> Sim, a intenção é essa.
Você está buscando em algumas tabelas o registro mais recente de cada
prospect (como na tabela interacaoworkflow).
Estas tabel
2015-04-07 10:21 GMT-03:00 Alessandro Lima :
>>>Cadê a consulta?
>
> SELECT prospects.nome AS nomeProspect, prospects.codigo AS codigoProspect,
> prospects.dataCadastro AS dataCadastro, prospects.telefoneResidencial AS
> telRes, prospects.telefoneComercial AS telComer, prospects.celular AS cel,
> p
Em 6 de abril de 2015 14:33, Cleiton Luiz Domazak
escreveu:
> Seguinte, hoje de manhã haviam algumas conexões em IDLE que monitoramos e se
> preciso matamos. Porém hoje logo após esta rotina de matar as conexões IDLE,
> os servidores de Aplicação simplesmente enlouqueceram abrindo centenas de
> co
Em 6 de abril de 2015 15:39, Fabrízio de Royes Mello
escreveu:
> On 06-04-2015 12:50, Franklin Anderson de Oliveira Souza wrote:
>> LOG: unexpected EOF on client connection with an open transaction
>
> Essas mensagens indicam que foi iniciada uma transação no PostgreSQL,
> porém o client (sua apli
Em 6 de abril de 2015 15:36, Euler Taveira escreveu:
> On 06-04-2015 14:34, Marcelo Silva wrote:
>> Pessoal, existe postgres embarcado?
>>
> Não. E nem vai existir.
>
>> Ou uma versão de instalação sem intervenção do usuario, mas levando em conta
>> que já pode existir postgres na máquina.
>>
> I
2015-03-31 20:50 GMT-03:00 Leandro Guimarães Faria Corcete DUTRA
:
> http://www.databasesoup.com/2015/03/primary-keyvil-reprised.html
>
"Mutability
The natural keys in my table can change, and IDs aren't allowed to change."
Desde os bancos da faculdade até todas as empresas e projetos que
tr
Em 23 de março de 2015 16:27, Matheus de Oliveira
escreveu:
>
> 2015-03-23 16:13 GMT-03:00 Tiago José Adami :
> Um VACUUM convencional não diminui o tamanho dos arquivos (de fato diminui
> em situações muito específicas, mas podemos dizer que isso é irrelevante no
> momento). Além
Em 23 de março de 2015 10:45, Matheus de Oliveira
escreveu:
>
> 2015-03-20 18:10 GMT-03:00 Tiago José Adami :
>>
>> Aproveitando o gancho
>
>
> Por favor, não sequestre uma thread, inicie uma nova conversar com sua
> dúvida, ok?
Desculpe, Matheus, mas acredito que
1 - 100 de 159 matches
Mail list logo