Não sei quanto a quantidade de seqüências que você necessitará, mas
naturalmente a ordem sequencial pode estar subordinada a ano mês desde que
elas estejam posicionadas no local de mais alto valor:
Por Exemplo:
CREATE SEQUENCE ano2008_jan
INCREMENT 1
MINVALUE 2008011
MAXVALUE
Pessoal, respondendo às perguntas:
== A versão de origem do banco é a 7.4.2
==Já tentei fazer o dump usando tanto o pg_dump do 7.4 quanto do 8.2 e os
erros persistem. E não posso afirmar que estão salvos errados, porque os
mesmos aparecem de maneira aleatória, a cada dump em registros distintos.
Sim :)
- Original Message -
From: jota.comm
To: Comunidade PostgreSQL Brasileira
Sent: Tuesday, January 15, 2008 6:51 PM
Subject: Re: [pgbr-geral] [Centralizar Dados]
Olá,
Como o João comentou, a melhor maneira seria replicação e o Slony funciona
bem, não é João?
Bom Dia à todos,
Pessoal, precisei ordenar um array e vi que na versão 8.2 não existe nada
parecido com Array_Sort(), parece que na versão 8.3 já tem isso pronto.
A Solução que eu encontrei foi criar uma função na unha mesmo, para ordenar o
meu array(oq não é muito simples ! ), mas não sei se
Valeu Jota era isso mesmo!
Deu certo!
Flw
--
Em 15/01/08, jota. comm [EMAIL PROTECTED] escreveu:
Opa,
Aqui vai uma solução não muito elegante :(, mas resolve o seu problema.
select
Algoritmos de ordenação de arrays tem um bucado e não são nada difíceis.
:)
- Original Message -
From: Vinicius [EMAIL PROTECTED]
To: pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, January 16, 2008 9:56 AM
Subject: [pgbr-geral] Sort em Array
Bom Dia à todos,
Pessoal,
Geion Correia escreveu:
Pra ficar mais claro:
dt_parada (date)
dt_horainicial(varchar).
dt_parada_hrinicial(timestamp)
vlw!
2008/1/15, Geion Correia [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
Caros,
Em meu banco tenho dois campos um do tipo data e um
outro
Marcelo Magno escreveu:
Estou precisando gerar sequencias para documentos os onde os mesmo
deverão ter sequencias contendo:
ano corrente:
mes corrente:
seguencia de 1 a 9 dentro do mes em questao.
Pegar o ano e o mes corrente é molezinha, o problema esta sendo essa
sequencia de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2008/1/16 Vinicius :
Pessoal, precisei ordenar um array e vi que na versão 8.2 não existe nada
parecido com Array_Sort(), parece que na versão 8.3 já tem isso pronto.
Módulo contrib/_intarray:
postgres=# SELECT sort('{1,2,6,5}');
sort
-
Certo amigos
Mais como eu posso proeceder para isso usando o slony, eu tenho dados
diferente em cada base, poderiam me ajudar, vou ter que recompilar o
PostgreSQL em todas as cidades com o suporte ao slony ?
2008/1/16 Joao [EMAIL PROTECTED]:
Sim :)
- Original Message -
From:
Vinicius escreveu:
Pessoal, precisei ordenar um array e vi que na versão 8.2 não existe nada
parecido com Array_Sort(), parece que na versão 8.3 já tem isso pronto.
A Solução que eu encontrei foi criar uma função na unha mesmo, para ordenar
o meu array(oq não é muito simples ! ), mas não
Cássio Marques wrote:
== A versão de origem do banco é a 7.4.2
A 7.4 já sofreu 17 atualizações depois desta versão. Para ficar claro,
atualizações dentro da mesma versão (aka 7.4, 8.0, 8.1, etc) não
precisam de um backup/ restauração; apenas atualizar os binários.
==Já tentei fazer o dump
Acho que voce poderia fazer com dblink. Por Exemplo: Crie as tabelas que
voce consolidaria os dados acrescidas com uma coluna cidade. Crie as views
das tabelas acrescidas com uma coluna cidade. Por ultimo, atualize as
tabelas centralizadas com as informações das views.
Espero ter ajudado.
Marcio
nada como o guru euler :)
- Original Message -
From: Euler Taveira de Oliveira [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, January 16, 2008 11:23 AM
Subject: Re: [pgbr-geral] Problemas com campos timestamp na migração do
nao você não precisa recompilar o postgresql com suporte ao slony
é instalar o slony em cada máquina
- Original Message -
From: Cristiano Panvel [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, January 16, 2008 11:28 AM
Salve José a ideia é interessante...
O problema é que eu deveria ter varias sequencias e na falta de alguma,
criar uma nova... talvez possa funcionar... Fico preocupado talvez com a
quantidade de sequencias...
Nisso, na funcao seria facil decidir qual seria a sequencia a ser utilizada
2008/1/16, Osvaldo Rosario Kussama [EMAIL PROTECTED]:
Marcelo Magno escreveu:
Estou precisando gerar sequencias para documentos os onde os mesmo
deverão ter sequencias contendo:
ano corrente:
mes corrente:
seguencia de 1 a 9 dentro do mes em questao.
Pegar o ano e o mes
Para verificar se já existe, verifique uma view no catálogo. É simples
utilizá-lo. Eu elaborei um sistema de BKP baseado exatamente em consultas
realizadas no catálogo.
[]´s
2008/1/16, Marcelo Magno [EMAIL PROTECTED]:
2008/1/16, Osvaldo Rosario Kussama [EMAIL PROTECTED]:
Marcelo Magno
Pessoal,
Saiu hoje a notícia que a Sun comprou a MySQL AB por US$ 1 bi (800 mi em
cash e 200 mi em ações).
http://blogs.mysql.com/kaj/sun-acquires-mysql.html/
Fiquei surpreso com a notícia, pois a Sun ultimamente tinha dado
bastante ênfase ao PostgreSQL (contratação do Josh, uso do PostgreSQL
Luis Dosso wrote:
Fiquei surpreso com a notícia, pois a Sun ultimamente tinha dado
bastante ênfase ao PostgreSQL (contratação do Josh, uso do PostgreSQL em
seus produtos, suporte, etc).
Deixo que leiam o que o próprio Josh [1] diz.
Como será a relação da Sun com a comunidade PostgreSQL
A Sun precisava de um banco de dados dela para compor um pacote de
produtos completo como faz a IBM, por isso ela estava dando suporte ao
postgreSQL, porem, com o PG ela nao conseguiria o mesmo efeito que
pode conseguir agora com o MySQL.
Em 16/01/08, Luis Dosso[EMAIL PROTECTED] escreveu:
aqui 2 bons artigos sobre o episodio
http://radar.oreilly.com/archives/2008/01/sun_acquires_mysql.html
http://blogs.sun.com/jonathan/entry/winds_of_change_are_blowing
Em 16/01/08, Nabucodonosor Coutinho[EMAIL PROTECTED] escreveu:
A Sun precisava de um banco de dados dela para compor um pacote
Nao sei nao... a primeiro olhar parece mais uma aquisicao desesperada
do que uma boa decisao de negocios.
A Sun tem uma historia de criar produtos bons, e fazer um pessimo
marketing dos mesmos. De acordo com isso, o PostgreSQL seria um
encaixe bem melhor. Mas o PostgreSQL nao tem ninguem popular
Nabucodonosor Coutinho wrote:
A Sun precisava de um banco de dados dela para compor um pacote de
produtos completo como faz a IBM, por isso ela estava dando suporte ao
postgreSQL, porem, com o PG ela nao conseguiria o mesmo efeito que
pode conseguir agora com o MySQL.
Discordo em partes com
Penso que trata-se mais de uma forma de acabar criando monopólios.
Todas as empresas comerciais de pequeno a médio porte tendem a ser
compradas pelas maiores (vejamos as teles, as siderúrgicas, grandes
indústrias e etc). É o ditado os Us grandes comem os Us pequenos.
Daqui a pouco ele acaba
Euler Taveira de Oliveira escreveu:
Discordo em partes com a sua afirmação. Acho que a Sun quer colocar os
seus ovos em vários cestas ao invés de colocar todos em uma só. É
sabido que o casamento da Sun com a Oracle é antigo; depois veio o
PostgreSQL como alternativa para clientes que não
26 matches
Mail list logo