Problema com a licença do MySQL e PostgreSQL

Nossa empresa deseja usar o MySQL para um produto de software. Este produto não é de código aberto. É legal usá-lo livremente?

Se não, e o PostgreSQL? Isso está bem para o nosso propósito?

O Postgres (não o Postgre) é totalmente gratuito. Você pode fazer o que quiser com ele.

Para o MySQL, você provavelmente precisará de uma licença comercial se planeja redistribuir seu aplicativo com um banco de dados empacotado. Não tenho certeza se isso é necessário se o seu aplicativo precisar apenas do MySQL, mas acho que isso também requer licenças comerciais porque é considerado um trabalho derivado

Mas eu não sou advogado. Portanto, se você quiser ter 100% de certeza, converse com a Oracle e um advogado.

Antes de tudo, a quantidade de informações que você acabou de fornecer não é suficiente para entender claramente o que exatamente você quer dizer com "usando o MySQL para um produto de software".

Obviamente, você é livre para usar o MySQL Community Edition junto com qualquer produto proprietário de código fechado que achar melhor. Mas, pelo que entendi, sua empresa deseja integrar o servidor de banco de dados ao seu aplicativo, daí a necessidade de conhecer os problemas de licenciamento.

Nesse caso, o PostgreSQL vem com uma licença muito mais flexível. Enquanto o MySQL Community Edition usa a adorável e respeitável GPL (GNU Public License) que o proíbe de integrá-lo a um produto de código fechado, o PostgreSQL vem com o PostgreSQL License , que também é uma licença de código aberto, mas muito parecida com a licença BSD . Portanto, é muito mais permissivo, especialmente para uso em conjunto com um produto de código fechado. Na verdade, ele está sendo usado em alguns produtos de código fechado, como os servidores DB e DWH subjacentes do Yahoo , etc.

Apenas para resumir e esclarecer: Você é livre para misturar códigos proprietários com fontes originais do PostgreSQL e vender ou distribuir gratuitamente o produto resultante em código aberto ou fechado. Então, estou assumindo que esse é o estilo de licença que você está procurando.

Dito isto, não tenho intenção de iniciar uma guerra de chamas, mas o PostgreSQL é um RDBMS muito mais capaz e estável, por isso é uma opção muito melhor para qualquer aplicativo crítico e voltado para os negócios.

Em termos de licença, e também por razões técnicas usuais, sugiro fortemente o PostgreSQL. Verifique o texto da licença e o modelo de licença genérico .

Como as licenças vão, a licença BSD do PostgreSQL é a licença mais permissiva que você pode encontrar, exceto o código de domínio público. Você é livre para usá-lo em um produto de código fechado e distribuí-lo sem ter que pagar royalties ou fornecer o código-fonte para o seu produto. Você não possui nada de ninguém e não precisa pagar advogados para analisar casos extremos. Pegue, use.

Mas, além das considerações legais, tecnicamente o PostgreSQL é, na minha opinião, um banco de dados muito superior em termos de arquitetura, desempenho e, principalmente, do ponto de vista da integridade de dados. Muitas pessoas escolhem um banco de dados porque é fácil. Se seus dados não significam muito para você, que assim seja. Mas qualquer um que realmente leve seus dados a sério lhe dirá que o PostgreSQL é um dos melhores bancos de dados existentes. Esqueça que é grátis. Ele é construído como um diesel Cummins, você pode simplesmente carregá-lo e ele continuará.

Eu trabalhei com muitos bancos de dados relacionais diferentes nos últimos dez anos. Passei anos usando o MySQL e ainda o uso. Eu acho que o MySQL é um RDBMS perfeitamente bem. Mas eu sempre senti que o PostgreSQL está em uma liga própria. Há tantas coisas que posso dizer sobre isso, desde seu design elegante e sólido até sua incrível durabilidade e sua excelente documentação. O PostgreSQL é a base do sistema de CRM da empresa, sistema de contabilidade, relatórios, site, DNS, grande parte da nossa infraestrutura de TI. Durante seis anos, funciona dia e noite, 24/7, alimentando todos esses sistemas sem incidentes. É apenas um cavalo de trabalho.