Re: [pgbr-geral] Data WareHouse PostgreSQL

[MAR - Secretario Geral da ACRA]

Companheiro,

O que você quer realmente dizer com o "PostgreSQL não ser um banco colunar"?

Mário

No dia 13 de Novembro de 2011 23:50, Rodrigo Della Justina <
rodrigodellajust...@gmail.com> escreveu:

> Pessoal,
>
> Trabalho com PostgreSQL a cerca de 7 anos,  todos os projetos tive muito
> sucesso ao trabalhar com esse banco, porém
> a partir dessa semana estarei trabalhando com um novo projeto na empresa
> com Data WareHouse a idéia inicial é de se trabalhar com PostgreSQL,
> mas ao ponto o qual me questiono é com a relação do PostgreSQL não ser um
> banco colunar, sendo assim estaremos trabalhando com milhões de registros
> cerca
> de 2 a 3 milhões registros dias quando estivermos com todas as lojas com o
> DW implantado. Sendo assim teremos cerca de 2 a 3 milhões de registros
> espalhados em uma esquema
> Estrela de modelagem de banco de dados separados em 3 ou 4 tabelas FATOS...
>
> A pergunta é, se possível alguém compartilhar a sua experiência ou a sua
> realidade quanto a Data WareHouse, utilizando o SGBD PostgreSQL se possível
> compartilhe
> levando em consideração quantidade de registros pro ETL inserindo ou
> compartilhando o seu cenário.
>
>
> agradeço a colaboração de todos
>
> sds[]
>
> --
> *Atenciosamente*
> *
> *
> *Rodrigo Della Justina*
> *rodrigodellajust...@gmail.com*
>
>
> *
> *
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
C/Melhores cumprimentos
Mário Agostinho Reis

Esta mensagem contém informação de natureza confidencial e é
exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano,
receber este email agradecemos que não o copie nem o reenvie e que nos
notifique do ocorrido através do email de resposta.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data WareHouse PostgreSQL

[Alexsander Rosa]

Em 14 de novembro de 2011 07:50, MAR - Secretario Geral da ACRA
 escreveu:
> Companheiro,
>
> O que você quer realmente dizer com o "PostgreSQL não ser um banco colunar"?
>

Também fiquei curioso e pesquisei:
http://en.wikipedia.org/wiki/Column-oriented_DBMS

-- 
Atenciosamente,
Alexsander da Rosa
http://rednaxel.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] Data WareHouse PostgreSQL

[Flavio Henrique Araque Gurgel]

>> Companheiro,
>>
>> O que você quer realmente dizer com o "PostgreSQL não ser um banco colunar"?
>>
>
> Também fiquei curioso e pesquisei:
> http://en.wikipedia.org/wiki/Column-oriented_DBMS

Independente do PostgreSQL ser colunar, não colunar, etc...
Não há restrições em se usar o PostgreSQL para DW. Tenho utilizado em
vários ambientes da empresa e de clientes. Claro que tem que se cuidar
com índices, modelo, tuning, etc, mas são os mesmos cuidados que
qualquer outro SGBD.

Eu esqueci de falar sobre mais esse mito na minha palestra no PGBR:
quantidade de linhas (registros), e se o "PostgreSQL aguenta".
Claro que aguenta!!!

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] vários nomes numa restrição

[Pedro Costa]

Olá pessoal,

Alguém sabe se e possivel dar varios nomes a mesma restricção consoane o 
tipo de erro?
A restrição que tenho é a que segue em baixo e eu queria dar um aviso 
diferente consoante o erro.


Obrigado

restrição:

ALTER TABLE elementos ADD CONSTRAINT elementos_mal_inseridos CHECK (
(cod='29e' and localizacao = 0 and desenho = 0) or
(cod='1e' and localizacao = 0 and desenho = 0) or
(cod='8' and localizacao = 1 and desenho = 1) or
(cod='40' and localizacao = 1 and desenho = 1 and m2 is not null and m2 
<> 0 and ml is null) or
(cod='42' and localizacao = 1 and desenho = 1) or
(cod='43' and localizacao = 1 and desenho = 1 and ml is not null and ml 
<> 0 and m2 is null) or
(cod='49' and localizacao = 1 and desenho = 1 and m2 is not null and m2 
<> 0 and ml is null) or
(cod='50' and localizacao = 1 and desenho = 1) or
(cod='52' and localizacao = 1 and desenho = 1) or
(cod='7' and localizacao IN (1,2) and desenho IN (1,2) and m2 is not 
null and m2 <> 0 and ml is null) or
(cod='29' and localizacao IN (1,2) and desenho IN (1,2) and ml is not 
null and ml <> 0 and m2 is null) or
(cod='30' and localizacao IN (1,2) and desenho IN (1,2) and ml is not 
null and ml <> 0 and m2 is null) or
(cod='1a' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='1b' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='1c' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='1d' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='1f' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='2a' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='2b' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='2c' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='3' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='4' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='5' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='9' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='10' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='11' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='12' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='13' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='14' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='15' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='16' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='17' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='18' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='19' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='20' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='21' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='22' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='23' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='24' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='25' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='26' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='27' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='28' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='31' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='32' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='33' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='34' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='35' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='36' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='37' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='39' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='41' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='44' and localizacao IN (1,2) and desenho = 1)
  or (cod='45' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='46' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='47' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='48' and localizacao IN (1,2) and desenho IN (1,2))
  or (cod='51' and localizacao IN (1,2) and desenho IN (1,2)))

-- 
Com os melhores cumprimentos,

Pedro Costa
Geógrafo
Especializado em Sistemas de Informação Geográfica e Ordenamento do Território


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

Re: [pgbr-geral] vários nomes numa restrição

[Fabrízio de Royes Mello]

Em 14 de novembro de 2011 12:58, Pedro Costa escreveu:

> Olá pessoal,
>
> Alguém sabe se e possivel dar varios nomes a mesma restricção consoane o
> tipo de erro?
> A restrição que tenho é a que segue em baixo e eu queria dar um aviso
> diferente consoante o erro.
>
> 
>
>
Eu vejo 2 (duas) formas de você implementar o que precisas:

1) Substituir essa CHECK por uma TRIGGER gerando as exceções de acordo com
a validação desejada

2) Implementar uma PL que gere as exceções de acordo com sua validação e
adicionar esta em sua CHECK, Ex:

ALTER TABLE elementos
  ADD CONSTRAINT elementos_mal_inseridos
  CHECK(sua_pl_de_validacao(cod, localizacao, desenho) IS TRUE);


Obs: a segunda solução nunca usei em produção, mas acredito que funcione
adequadamente se vc levantar as devidas exceções no código (aka RAISE
EXCEPTION).

Cordialmente,

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] vários nomes numa restrição

[Pedro Costa]

Obrigado.
A segunda parece-me melhor mas o que queres dizer com 
"sua_pl_de_validacao"? É o nome que pretendo dar?

E "(aka RAISE EXCEPTION)"?

É que sou leigo ainda...
obrigado

Com os melhores cumprimentos,

Pedro Costa
Geógrafo
Especializado em Sistemas de Informação Geográfica e Ordenamento do Território



Em 14-11-2011 15:19, Fabrízio de Royes Mello escreveu:


Em 14 de novembro de 2011 12:58, Pedro Costa > escreveu:


Olá pessoal,

Alguém sabe se e possivel dar varios nomes a mesma restricção
consoane o
tipo de erro?
A restrição que tenho é a que segue em baixo e eu queria dar um aviso
diferente consoante o erro.




Eu vejo 2 (duas) formas de você implementar o que precisas:

1) Substituir essa CHECK por uma TRIGGER gerando as exceções de acordo 
com a validação desejada


2) Implementar uma PL que gere as exceções de acordo com sua validação 
e adicionar esta em sua CHECK, Ex:


ALTER TABLE elementos
  ADD CONSTRAINT elementos_mal_inseridos
  CHECK(sua_pl_de_validacao(cod, localizacao, desenho) IS TRUE);


Obs: a segunda solução nunca usei em produção, mas acredito que 
funcione adequadamente se vc levantar as devidas exceções no código 
(aka RAISE EXCEPTION).


Cordialmente,

--
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello



___
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] vários nomes numa restrição

[Fabrízio de Royes Mello]

Em 14 de novembro de 2011 13:24, Pedro Costa escreveu:

>  Obrigado.
> A segunda parece-me melhor mas o que queres dizer com
> "sua_pl_de_validacao"? É o nome que pretendo dar?
>

Sim... "sua_pl_de_validacao" seria o NOME da PL que vc precisa criar para
realizar a validação...


> E "(aka RAISE EXCEPTION)"?
>
>
Dentro da sua PL de validação vc deve usar o "RAISE EXCEPTION" quando uma
das suas condições for violada, pois assim vc consegue emitir uma mensagem
personalizada para o client, Ex:

IF ... THEN
  RAISE EXCEPTION 'Valores Inválidos';
END IF;


É que sou leigo ainda...
>
> Isso faz parte... o importante é que estás buscando mais conhecimento...

Cordialmente,

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] vários nomes numa restrição

[Fabrízio de Royes Mello]

Em 14 de novembro de 2011 13:36, Pedro Costa escreveu:

>  Obrigado fabrizio.
>
>
De nada...



> Basta adicionar a raise exception no final do resto certo?
>
>
Isso depende... vc precisa adicionar o RAISE EXCEPTION onde falhar a sua
validação, mesmo que sejam vários lugares... dai vc consegue a cada
validação emitir uma mensagem diferente.

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] update com trigger

[Elton Moura]

A trigger é disparada quando o evento (insert, update ou delete)
ocorre sobre um registro. Neste ponto estão disponíveis variáveis que
identificam qual o evento e qual registro foi modificado entre outras
coisas. A partir dai você está livre para para fazer o que quiser no
banco (criar tabelas, apagar, inserir, modificar, etc) e não apenas
sobre esse registro.


Em 12 de novembro de 2011 12:07, Leandro Guimarães Faria Corcete DUTRA
 escreveu:
> Le 2011-N-12  11h18, Pedro Costa a écrit :
>>
>> A minha dúvida é o seguinte, quando o update for
>> executado vai ser sempre sobre todos os registos da tabela ou apenas dos
>> criados naquele momento?
>
> Depende de como o codificares!  Já viste os exemplos no manual?
>
>
> --
> skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org
> +55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Atenciosamente
Elton Moura
(11) 8358-2489
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Apoio Técnico

[Bruno Silva]

Pessoal, boa tarde, não sei se isso seria aqui na lista mas segue.
Estou envolvido em um projeto, grande, que utiliza o Postgres.
Pois bem, a algum tempo, inclusive comentei isso com o Flávio, um DBA
Postgres - se havia algum lá, não sei dizer se contrataram alguém
qualificado ou tinham na empresa - na Compesa ( Companhia de Águas e
Esgotos do Pernambuco ) causou um problema desativando o recurso de
Vacuum na base deles ( PG 8.3  - o sistema força a usar esse ).
Pois bem, pelos problemas causados por essa falha, a Compesa mudou
para Oracle ( por essa fala e outros motivos que não vem a ser
técnicos ).
Agora estão querendo e fazendo com que algumas companhias que usem
esse sistema ( GSAN ) mudem para Oracle usando essa falha para vender
o mesmo.
Já expliquei o ocorrido e mostrei que nosso caso é bem diferente (
modéstia a parte ) mas a empresa que apresentações técnicas de
vantagens do Postgres que batem ou sobressaem a do Oracle, tenho apoio
inclusive do Supervisor da área, mas preciso gerar um documento para
que ele apresente as vantagens de continuar com o Postgres.
Não que eu não tenha conhecimento delas, mas tendo um embasamento e
conhecimento que muitos da lista tem, a documentação fica até mais
apresentável.
Se alguém puder me ajudar com essa "defesa" agradeço.
Já preparei uma listagem de empresas que utilizam o mesmo, segundo
inclusive alguns panfletos que recebi no PGBR 2011.
Obrigado.

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

Re: [pgbr-geral] Data WareHouse PostgreSQL

[Daniel Cristian Cruz]

Em 14 de novembro de 2011 12:59, Flavio Henrique Araque Gurgel
 escreveu:
>
> Eu esqueci de falar sobre mais esse mito na minha palestra no PGBR:
> quantidade de linhas (registros), e se o "PostgreSQL aguenta".
> Claro que aguenta!!!
>

Acho que até poderia trocar o "aguenta", que dá sentido de sufoco, por
algo mais tranqüilo, tipo: "tira de letra, dá chapéu e faz dancinha
pra comemorar."

Vide a palestra que ocorreu em paralelo, sobre o gateway de sms.

-- 
Daniel Cristian Cruz
クルズ クリスチアン ダニエル
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] vários nomes numa restrição

[Leandro DUTRA, Guimarães Faria Corcete]

Le 2011-14-11 12h58, Pedro Costa a écrit :
> A restrição que tenho é a que segue em baixo e eu queria dar um aviso
> diferente consoante o erro.

Embora o que queres fazer seja possível, parece mais um problema de 
modelagem, a saber a falta dum cadastro de valores válidos.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data WareHouse PostgreSQL

[Rodrigo Della Justina]

Pessoal,

a idéia é simplesmente compartilhar experiências com PostgreSQL para DW,
tanto pró como contra a utilização do SGBD...

Atenciosamente
Rodrigo Della Justina

Em 14 de novembro de 2011 11:59, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> >> Companheiro,
> >>
> >> O que você quer realmente dizer com o "PostgreSQL não ser um banco
> colunar"?
> >>
> >
> > Também fiquei curioso e pesquisei:
> > http://en.wikipedia.org/wiki/Column-oriented_DBMS
>
> Independente do PostgreSQL ser colunar, não colunar, etc...
> Não há restrições em se usar o PostgreSQL para DW. Tenho utilizado em
> vários ambientes da empresa e de clientes. Claro que tem que se cuidar
> com índices, modelo, tuning, etc, mas são os mesmos cuidados que
> qualquer outro SGBD.
>
> Eu esqueci de falar sobre mais esse mito na minha palestra no PGBR:
> quantidade de linhas (registros), e se o "PostgreSQL aguenta".
> Claro que aguenta!!!
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
*Atenciosamente*
*
*
*Rodrigo Della Justina*
*rodrigodellajust...@gmail.com*
*rodrigodellajust...@ciss.com.br*
Telp: 55-46-8801-6165

*IBM DB2 Certified Database Academic*
*
*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Apoio Técnico

[Flavio Henrique Araque Gurgel]

> Pessoal, boa tarde, não sei se isso seria aqui na lista mas segue.
> Estou envolvido em um projeto, grande, que utiliza o Postgres.
> Pois bem, a algum tempo, inclusive comentei isso com o Flávio, um DBA
> Postgres - se havia algum lá, não sei dizer se contrataram alguém
> qualificado ou tinham na empresa - na Compesa ( Companhia de Águas e
> Esgotos do Pernambuco ) causou um problema desativando o recurso de
> Vacuum na base deles ( PG 8.3  - o sistema força a usar esse ).
> Pois bem, pelos problemas causados por essa falha, a Compesa mudou
> para Oracle ( por essa fala e outros motivos que não vem a ser
> técnicos ).
> Agora estão querendo e fazendo com que algumas companhias que usem
> esse sistema ( GSAN ) mudem para Oracle usando essa falha para vender
> o mesmo.
> Já expliquei o ocorrido e mostrei que nosso caso é bem diferente (
> modéstia a parte ) mas a empresa que apresentações técnicas de
> vantagens do Postgres que batem ou sobressaem a do Oracle, tenho apoio
> inclusive do Supervisor da área, mas preciso gerar um documento para
> que ele apresente as vantagens de continuar com o Postgres.
> Não que eu não tenha conhecimento delas, mas tendo um embasamento e
> conhecimento que muitos da lista tem, a documentação fica até mais
> apresentável.
> Se alguém puder me ajudar com essa "defesa" agradeço.
> Já preparei uma listagem de empresas que utilizam o mesmo, segundo
> inclusive alguns panfletos que recebi no PGBR 2011.

Com os panfletos que você mostrou, já está cobrindo os principais
cases de sucesso nacionais.

Você pode também mostrar cases e frases de efeito no site
internacional do PostgreSQL (procure por quotes) onde constam
inclusive cases brasileiros, como palavras da então vice-presidente da
Caixa Econômica Federal, Sra. Clarisse Copeti, entre outras empresas
de renome no mundo todo.

Não foque nos custos (PostgreSQL tem custo zero de licenças),
demonstrando que o TCO pode ser muito menor do que do Oracle. Isso é
difícil de bater em locais que tem orçamento elevado. Também é difícil
de bater quem já tem base de DBAs Oracle formadas.

Foque nas vantagens técnicas, como nas centenas de funções embutidas
no PostgreSQL, na variedade de linguagens procedurais para
programadores de aplicações, nas dezenas de extensões úteis (inclusive
pra se conectar ao Oracle).

Outro foco pode ser na escalabilidade: embora o Oracle RAC seja um
produto com um poder de marketing forte, o PostgreSQL e seu custo zero
de licenças pode ser usado para criar clusters de bancos de dados com
particionamento infinito.

Me parece que você está numa batalha política, e não técnica. Procure
entender os pontos políticos a favor do PostgreSQL (política pública
de incentivo ao Software Livre, pessoas que defendem PostgreSQL ou
software livre como um todo) e tente focar nas facilidades que o
PostgreSQL oferece, não na comparação exacerbada de custos sobre o
produto concorrente.

Espero que ajude, mas não há fórmula mágica para o que você está
passando. Na 4Linux enfrentamos isso diariamente, e cada caso é um
caso.

P.S.: Muita gente grita "Oracle" quando está em dificuldades gerais,
não quando o PostgreSQL é realmente o problema.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Data WareHouse PostgreSQL

[Flavio Henrique Araque Gurgel]

>
>
> a idéia é simplesmente compartilhar experiências com PostgreSQL para DW,
> tanto pró como contra a utilização do SGBD...
>
> Bom, eu uso.
Em várias aplicações e clientes. Normalmente junto à suíte Pentaho.

Normalmente provas de conceito viram projetos que se tornam sucesso.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Apoio Técnico

[Bruno Silva]

Valeu Flávio, detalhe eles não tem ainda base Oracle, mas DB2, SQL
Server e Postgres em produção. Sendo que o Postgres detẽm a maioria
dos softwares desenvolvidos na empresa - outro ponto positivo.
Bruno E. A. Silva.
Analista de Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Apoio Técnico

[Leandro Guimarães Faria Corce DUTRA]

Le 2011-N-14  22h9, Bruno Silva a écrit :
> Valeu Flávio, detalhe eles não tem ainda base Oracle, mas DB2, SQL
> Server e Postgres em produção. Sendo que o Postgres detẽm a maioria
> dos softwares desenvolvidos na empresa - outro ponto positivo.

Espera aí, não sei se entendi… tua organização está sendo pressionada 
por outra a migrar de PostgreSQL para Oracle?



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Apoio Técnico

[Marcal Hokama]

> From: bemanuel...@gmail.com
> Date: Mon, 14 Nov 2011 15:21:39 -0300
> To: pgbr-geral@listas.postgresql.org.br
> Subject: [pgbr-geral] Apoio Técnico
>
> Pessoal, boa tarde, não sei se isso seria aqui na lista mas segue.
> Estou envolvido em um projeto, grande, que utiliza o Postgres.
> Pois bem, a algum tempo, inclusive comentei isso com o Flávio, um DBA
> Postgres - se havia algum lá, não sei dizer se contrataram alguém
> qualificado ou tinham na empresa - na Compesa ( Companhia de Águas e
> Esgotos do Pernambuco ) causou um problema desativando o recurso de
> Vacuum na base deles ( PG 8.3 - o sistema força a usar esse ).
> Pois bem, pelos problemas causados por essa falha, a Compesa mudou
> para Oracle ( por essa fala e outros motivos que não vem a ser
> técnicos ).
> Agora estão querendo e fazendo com que algumas companhias que usem
> esse sistema ( GSAN ) mudem para Oracle usando essa falha para vender
> o mesmo.
> Já expliquei o ocorrido e mostrei que nosso caso é bem diferente (
> modéstia a parte ) mas a empresa que apresentações técnicas de
> vantagens do Postgres que batem ou sobressaem a do Oracle, tenho apoio
> inclusive do Supervisor da área, mas preciso gerar um documento para
> que ele apresente as vantagens de continuar com o Postgres.
> Não que eu não tenha conhecimento delas, mas tendo um embasamento e
> conhecimento que muitos da lista tem, a documentação fica até mais
> apresentável.
> Se alguém puder me ajudar com essa "defesa" agradeço.
> Já preparei uma listagem de empresas que utilizam o mesmo, segundo
> inclusive alguns panfletos que recebi no PGBR 2011.
> Obrigado.
>
> Bruno E. A. Silva.


Pode começar apontando os custos de licenciamento que a empresa passará a ter 
com Oracle. Dependendo da arquitetura do teu hardware, os valores podem 
assustar.

Outra coisa que pode ser indagada é sobre a questão de capacitação e 
atualização tecnológica da equipe para Oracle (se ninguém tiver experiência com 
ele).

E ainda, se houver necessidade de migrar os sistemas atuais para passar a 
acessar o Oracle ao invés do PostgreSQL, isso deverá ter um custo também, e 
dependendo de como o sistema está construído, pode até ser necessário refazer 
todo o sistema.

Atenciosamente,

Marçal de Lima Hokama
--



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