2015-02-10 15:48 GMT-02:00  <[email protected]>:
> Prezados, boa tarde

Boa tarde!


> Mas não entendemos o que levaria ao produto restringir o SO do SGBD em
> Windows, Red Hat e SUSE Enterprise se o servidor do SGBD não é compartilhado
> com o servidor do produto.

Comodidade do fornecedor do produto, em ter de lidar com menos
variáveis de configuração.


> Atualmente temos diversos servidores PostgreSQL rodando no CentOS sem
> qualquer problema com diversas aplicações (produtos open source ou
> aplicações desenvolvidas internamente usando desde Java a .Net).

Claro, ele é um /clone/ quase perfeito do Red Hat.  E poderia usar
Debian também, provavelmente com vantagens.


> 1) Alguém conhece (ou consegue imaginar) alguma justificativa técnica para
> que um produto estabeleça restrições na camada subjacente do SGBD (ou seja o
> SO)?

Estritamente técnica, não.  Só conveniência do fornecedor, mesmo.


> 2) Sendo o PostgreSQL um software livre, pode um software proprietário fazer
> este tipo de restrição?

Não é restrição, e nada tem a ver com licenciamento.  É só um provedor
de serviços, impondo condições porque pode, quer e lhe convém.
Ninguém é obrigado a usar ArcGIS; eu particularmente acho isso até
burrice, dados os sistemas livres que há nesse mercado.


-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:[email protected]
+55 (61) 9302 2691        ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:[email protected]
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a