Pois é, macaco velho fica confiante demais no galho... hehehe. Mas o ambiente é
controlado, dá pra arriscar. Os benefícios da nova versão me chamaram a
atenção. A rotina em questão é de comparer, vou ter dar outro jeito (como diff
do metadado, por exemplo).
- Mensagem original -
De:
Pois é, macaco velho fica confiante demais no galho... hehehe. Mas o
ambiente é controlado, dá pra arriscar. Os benefícios da nova versão me
chamaram a atenção. A rotina em questão é de comparer, vou ter dar outro
jeito (como diff do metadado, por exemplo).
Como já disseram existe o
A EMS disse que só vai liberar atualização para 9.2 em outubro. Que coisa, não?
O pgdiff atende o 9.2? Você usa?
De: Vinicius Santos vinicius.santos.li...@gmail.com
Para: Jean Domingues ejdom...@yahoo.com.br; Comunidade PostgreSQL Brasileira
A EMS disse que só vai liberar atualização para 9.2 em outubro. Que coisa,
não? O pgdiff atende o 9.2? Você usa?
O pgdiff trabalha de maneira diferente da ferramenta da EMS, é como o diff
do GIT ou SVN ,da uma olhada na documentação para mais detalhes, é
realmente muito simples.
Eu uso sim,
Não, mas já estou testando. Valeu.
- Mensagem original -
De: Bruno Silva bemanuel...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Cc:
Enviadas: Quinta-feira, 20 de Setembro de 2012 9:17
Assunto: Re: [pgbr-geral] spclocation
Eu uso muito o
Bom dia pessoal!!
estou usando postgresql 9.2.
Tenho a seguinte estrutura:
create table usuario (
email varchar(100) not null primary key,
senha varchar(255) not null
);
create table cliente (
nome varchar(100) not null,
cpf text not null
) inherits (usuario);
tenho um
Em 20 de setembro de 2012 10:23, Moisés P. Sena
moisesps...@gmail.com escreveu:
(.)
create table usuario (
email varchar(100) not null primary key,
senha varchar(255) not null
);
create table cliente (
nome varchar(100) not null,
cpf text not null
) inherits
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
) inherits (usuario);
Evite. O ideal é uma simples chave estrangeira. Herança introduz
mais problemas, como esse… o modelo relacional já é completo e
simples.
___
pgbr-geral mailing list
2012/9/18 Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org:
Interessantemente, parece que o F1 é construído sobre o Spanner
http://research.google.com/archive/spanner.html, que parece ser mais
relacional que o SQL, requerendo que toda tabela tenha uma chave — ou
seja, trabalha com
Bom dia Pessoal!
Minha primeira participação na lista!
Hoje uso o postgres 9.0 na empresa que trabalho...agora surgiu a necessidade
de tornar o sistema multi empresa. Alguem poderia me dar algumas opnioes?
Usar schemas? Usar tabelas com códigoEmpresa
Alguem poderia comentar?
Tem certeza? Não esqueceste de um make make install não?
Por favor, execute o seguinte e poste o resultado:
/path/to/postgresql/bin/pg_config --configure
Com isso dá pra ver como realmente foi chamado o ./configure.
--
Matheus de Oliveira
Analista de Banco de Dados PostgreSQL
Dextra Sistemas -
Em 20-09-2012 10:52, Rodrigo escreveu:
Bom dia Pessoal!
Minha primeira participação na lista!
Hoje uso o postgres 9.0 na empresa que trabalho...agora surgiu a
necessidade de tornar o sistema multi empresa. Alguem poderia me dar
algumas opnioes? Usar schemas? Usar tabelas com
2012/9/20 Rodrigo rodrigo.ina...@alcafoods.com:
Hoje uso o postgres 9.0 na empresa que trabalho...agora surgiu a necessidade
de tornar o sistema multi empresa. Alguem poderia me dar algumas opnioes?
Usar schemas?
Cada empresa fica relativamente isolada e a programação não muda nada,
mas é
Em 20 de setembro de 2012 10:39, Marcone marconepe...@gmail.com escreveu:
Em 20 de setembro de 2012 10:23, Moisés P. Sena
moisesps...@gmail.com escreveu:
(.)
create table usuario (
email varchar(100) not null primary key,
senha varchar(255) not null
);
create table
Bruno, tentei, mas ta dando o seguinte erro:
C:\Temp\SQLComparer\Program Files (x86)\Java\jre6\bin\java.exe -jar apgdiff-2
.3.jar source.sql target.sql sync.sql
Exception in thread main java.lang.StringIndexOutOfBoundsException: String ind
ex out of range: 91
at
Em 20 de setembro de 2012 10:44, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
) inherits (usuario);
Evite. O ideal é uma simples chave estrangeira. Herança introduz
mais problemas, como esse… o modelo relacional já é
Em 20-09-2012 10:23, Moisés P. Sena escreveu:
Bom dia pessoal!!
estou usando postgresql 9.2.
Tenho a seguinte estrutura:
create table usuario (
email varchar(100) not null primary key,
senha varchar(255) not null
);
create table cliente (
nome varchar(100) not null,
Em 20 de setembro de 2012 11:04, Moisés P. Sena
moisesps...@gmail.com escreveu:
()
Exatamente, quero convertê-los..
Na forma que você passou não vai ter como por alguns motivo simples:
1 - Como carregar os demais dados de cliente (nome e CPF), você teria
um de - para?
2 - Com a
Já achei a resposta.
https://github.com/fordfrog/apgdiff/issues/69
- Mensagem original -
De: Jean Domingues ejdom...@yahoo.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Cc:
Enviadas: Quinta-feira, 20 de Setembro de 2012 11:13
Assunto: Re:
Posso sugerir também, a criação de cluster´s, assim cada empresa teria seu
proprio postgres, ficando cada uma com sua própria
configuração/otimização e porta.
Isso facilita também, caso haja a necessidade de parar uma das empresas,
sem afetar as outras.
Utilizamos aqui, a seguinte configuração do
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
Em 20 de setembro de 2012 10:44, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
) inherits (usuario);
Evite. O ideal é uma simples chave estrangeira. Herança introduz
2012/9/20 mauro fonseca mfons...@pbh.gov.br:
Posso sugerir também, a criação de cluster´s, assim cada empresa teria seu
proprio postgres, ficando cada uma com sua própria configuração/otimização
e porta.
Mas aí não dá para compartilhar ou cruzar dados tão facilmente.
Em 20 de setembro de 2012 10:44, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
Evite. O ideal é uma simples chave estrangeira. Herança introduz
mais problemas, como esse… o modelo relacional já é completo e
simples.
Ok, posso usar sim.
Em 20 de setembro de 2012 11:23,
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
Entendi. Entao ESQUECO heranca para heranca, e uso apenas relacionamento
para heranca, por causo dos motivos citados acima.
Exato. Só repare que ‘relacionamento’ não é um termo relacional, mas
de DERs; o termo seria ‘chave estrangeira’, ou
Em 20 de setembro de 2012 11:43, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2012/9/20 Moisés P. Sena moisesps...@gmail.com:
Entendi. Entao ESQUECO heranca para heranca, e uso apenas relacionamento
para heranca, por causo dos motivos citados acima.
Exato. Só repare
On 20-09-2012 11:28, mauro fonseca wrote:
Posso sugerir também, a criação de cluster´s, assim cada empresa teria seu
proprio postgres, ficando cada uma com sua própria configuração/otimização e
porta.
Isso facilita também, caso haja a necessidade de parar uma das empresas, sem
afetar as
Em 20 de setembro de 2012 11:49, Matheus de Oliveira
matioli.math...@gmail.com escreveu:
2012/9/20 Moisés P. Sena moisesps...@gmail.com
Bom dia pessoal!!
estou usando postgresql 9.2.
Tenho a seguinte estrutura:
create table usuario (
email varchar(100) not null primary key,
E em relação os cruzamentos de informações serem complexas não tem tanto
problema...pois o tempo que vou economizar com código compensará...e as
consultas entre os schemas? Isso pode pessar o sistema?
Rodrigo
-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
2012/9/20 Rodrigo rodrigo.ina...@alcafoods.com:
E em relação os cruzamentos de informações serem complexas não tem tanto
problema...pois o tempo que vou economizar com código compensará...
A curto prazo, sim, mas a longo…
e as consultas entre os schemas? Isso pode pessar o sistema?
Não
Blz pessoal,
Sou novo com postgres e estou querendo tentar resolver um problema que estou
tendo. Em todas as tabelas do meu sistema tenho dois campos (Data_Cadastro,
Data_Alteracao), quero ver com vocês se tem como criar um trigger que todos
poderiam utilizar, a função que ela iria executar é
Entao! O mais trabalhoso que seria colocar o campo codempresa em todas as
tabelas se tornaria o mais rápido?
Rodrigo
-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Guimarães Faria
Corcete DUTRA,
Pessoal vlw ai mas acho que consegui criar o código ficou assim agora so
adicionar em todas as tabelas
create function dtcad_gatilho() returns trigger as $dtcad_gatilho$
begin
new.data_cadastro := 'now';
return new;
end;
$dtcad_gatilho$ language plpgsql;
2012/9/20 Rodrigo rodrigo.ina...@alcafoods.com:
Entao! O mais trabalhoso que seria colocar o campo codempresa em todas as
tabelas se tornaria o mais rápido?
Não entendi a frase.
A inviabilidade não está em velocidade, mas no fato de ter, para
consultas ad hoc, de enumerar tabelas de vários
Se a aplicação realmente for 100% separada e nunca vai haver consulta em
dados das duas empresas, pode-se criar bases separadas no mesmo cluster e
cada empresa conecta em uma base.
Se por ventura o sistema ter que ser multiempresa onde vai existir
informações comuns entre elas, não vejo melhor
Assim!
Estou observando que estruturar o banco mult empresa com vários schemas, no
futuro pode complicar a performance as consultas.essa forma de schemas
para mim hoje não precisaria eu mudar praticamente nada no meu códigomas
parece que vai agir diretamente no rendimento geral do
2012/9/20 Rodrigo rodrigo.ina...@alcafoods.com:
Assim!
O que isso quer dizer?
Estou observando que estruturar o banco mult empresa com vários schemas, no
futuro pode complicar a performance as consultas...
Não necessariamente, o problema maior é a usabilidade. O que ainda é
muito
2012/9/20 Rodrigo rodrigo.ina...@alcafoods.com
Assim!
Estou observando que estruturar o banco mult empresa com vários schemas, no
futuro pode complicar a performance as consultas.essa forma de schemas
para mim hoje não precisaria eu mudar praticamente nada no meu código
Realmente,
sALLdações.
Ambiente: Debian 6 / PostgreSQL 9.1 / PostGis 1.5
Estou recebendo a seguinte mensagem de erro ao tentar executar um CREATE
EXTENSION :
--*
Erro de SQL:*
ERROR: could not open extension control file
2012/9/20 Éverton Bueno Lima everton_bueno_l...@hotmail.com
Blz pessoal,
** **
Sou novo com postgres e estou querendo tentar resolver um problema que
estou tendo. Em todas as tabelas do meu sistema tenho dois campos
(Data_Cadastro, Data_Alteracao), quero ver com vocês se tem como criar
2012/9/20 Marcos Aurelio Nobre marcono...@gmail.com:
Estou recebendo a seguinte mensagem de erro ao tentar executar um CREATE
EXTENSION :
O Postgis só dá suporte ao comando CREATE EXTENSION à aprtir da versão 2.0 [1]
(.)
2 - configuração inicial
2.1 - no diretorio:
pessoALL, boa tarde.
Com relação a este post que impostei, verifiquei algumas coisas que podem
ser indicativo de que nem tudo que fiz foi só besteira.
Observei que no meu servidor PostgreSQL alem do banco que tenho nomeado de
meu_banco há um banco chamado *postgres*.
Este banco postgres,
Em 20 de setembro de 2012 17:28, Marcos Aurelio Nobre
marcono...@gmail.com escreveu:
Então, eu penso que se o banco postgres fosse definido como Template e este
utilizado (no momento de) para criação do meu_banco, o banco
meu_banco estaria apto a suportar a execução do CREATE EXTENSION, certo ?
Prezados, gostaria de sair da comunidade... Como devo proceder???
Obrigado!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Marcone, agora estou com 2 dúvidas :
1) sua resposta implica em que eu deveria desinstalar os pacotes:
postgis-1.5.3-1ubuntu0.1 e postgresql-9.1-postgis-1.5.3-1ubuntu0.1 e
instalar os correlatos da versão 2.0 ?
2) será que eu encontro pacotes do postgis v2.0 para instalação via apt-get
para o
Em 20/09/12, Marcus Túlio Ramosmarcustuliora...@gmail.com escreveu:
Prezados, gostaria de sair da comunidade... Como devo proceder???
Obrigado!
Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página:
Para se desinscrever
O comando sugerido, deu como resposta:
postgis_full_version
---
POSTGIS=1.5.3 GEOS=3.2.2-CAPI-1.6.2 PROJ=Rel. 4.7.1, 23 September
2009 LIBXML=2.7.8 USE_STATS
Em 20 de setembro de 2012 17:47, Marcos Aurelio Nobre
marcono...@gmail.com escreveu:
O comando sugerido, deu como resposta:
postgis_full_version
---
2012/9/20 Osvaldo Kussama osvaldo.kuss...@gmail.com:
Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página:
Para se desinscrever de pgbr-geral, ...
Como já relatei, o procedimento não funcionou para mim.
Como já relatei, o procedimento não funcionou para mim.
Moderador, favor alterar o comando:
delete from lista
where email = $1
and $1 'l...@dutras.org';
para
delete from lista
where email = $1
and $1 not in ('l...@dutras.org', outros possível emails);
k
Sem chane de
Desculpe minha ignorancia (*) mas o pessoal do departamento de
geoprocessamento precisa ou não do CREATE EXTENSION postgis ?
Ou com a presença do Postgis eles já podem criar tabelas com a tal coluna
sei-la-o-que-GDEON e se virarem com a coisa geo-referenciamento e etc ?
(*) A ignorancia deve-se
Quando vc fala em sua base quer dizer: no tal banco postgres ?
Se por acaso precisarem de tais habilidades também no meu_banco ainda
haverá um certo dever-de-casa a fazer - correto ?
MN
Em 20 de setembro de 2012 17:49, Marcone marconepe...@gmail.com escreveu:
Em 20 de setembro de 2012 17:47,
2012/9/20 Marcone marconepe...@gmail.com:
Sem chane de você sair!!! :-)
Afe, e eu aguardando se alguém ainda se manifestará sobre o Google F1
para me ausentar novamente…
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2012/9/20 Marcos Aurelio Nobre marcono...@gmail.com:
Desculpe minha ignorancia (*) mas o pessoal do departamento de
geoprocessamento precisa ou não do CREATE EXTENSION postgis ?
Não. Só, nessa versão, de executar os programetas indicados, se não
me falha a memória, em /usr/share/doc/postgis ou
Em 20 de setembro de 2012 18:00, Marcos Aurelio Nobre
marcono...@gmail.com escreveu:
Desculpe minha ignorancia (*) mas o pessoal do departamento de
geoprocessamento precisa ou não do CREATE EXTENSION postgis ?
Não por que com a versão do postgis que você está usando não há como
usar o comando
Ah, certo.
Bruno E. A. Silva.
2012/9/20 Matheus de Oliveira matioli.math...@gmail.com:
2012/9/20 Bruno Silva bemanuel...@gmail.com
Eu uso muito o apgdiff e me atende bem. Você já o usou?
Eu pessoalmente só fiz testes com ele, mas tem um pessoal aqui na empresa
usando e está atendendo
Alguém sabe se é possível e como copiar tabelas fisicamente entre
diferentes clusters?
Tenho várias tabelas particionadas e preciso mover periodicamente partições
de uma base de produção para uma base histórica. Sei que posso mover dados
com um simples dump, mas isso custa muito, mito caro.
Em 20-09-2012 20:10, Fábio Telles Rodriguez escreveu:
Alguém sabe se é possível e como copiar tabelas fisicamente entre
diferentes clusters?
Tenho várias tabelas particionadas e preciso mover periodicamente
partições de uma base de produção para uma base histórica. Sei que posso
mover dados
Então coloca na sua lista de spam :)
Ou excluir direto no sevidor
-Mensagem Original-
From: Guimarães Faria Corcete DUTRA, Leandro
Sent: Thursday, September 20, 2012 5:49 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Sair da comunidade
2012/9/20 Osvaldo Kussama
On 20-09-2012 20:31, Flavio Henrique Araque Gurgel wrote:
Em 20-09-2012 20:10, Fábio Telles Rodriguez escreveu:
Alguém sabe se é possível e como copiar tabelas fisicamente entre
diferentes clusters?
Se fosse fácil assim não teria muita graça. ;)
Tenho várias tabelas particionadas e preciso
Em 20 de setembro de 2012 20:31, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
Certamente que não. Motivos:
1) As tabelas são nomeadas com o relfilenode que é guardado em catálogo
de sistema. Não sei como você criaria esses dados em catálogo sem correr
riscos.
2) Algumas
Em 20 de setembro de 2012 10:45, Guimarães Faria Corcete DUTRA,
Leandro l...@dutras.org escreveu:
2012/9/18 Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org:
Interessantemente, parece que o F1 é construído sobre o Spanner
http://research.google.com/archive/spanner.html, que parece ser
61 matches
Mail list logo