Nossa... realmente está aí toda a falta de consideração do mysql-team pelos users que usam sua tecnologia! E o pior de tudo? Quem acaba ficando com a fama de mau carater é o PHP! Sinceramente, usem PostgreeSQL =/

Olha, gosto muito do mysql, mas se for preciso troco por outro sem nenhum problema e se o mysql-team acha que vai ganhar com isso, estão muito enganados, o que vai ocorrer e cairem no esquecimento digital, como tantos outro que acharam que estavam com a bola toda!

P... que pariu!!! Eu aqui todo feliz aprendendo PHP/MySQL e me vem essa. É como uma desilusão amorosa!! buáááá!! Eu amo PHP, mas tive a mesma decepção de quando tiraram o suporte a gif da gd. Poxa, se continuar assim a linguagem vai ficar decadente. Essas coisas desanimam a gente pra caramba véi. Dá vontade de jogar tudo pro alto e ir estudar outra coisa. O MySQL não era free?? Que m... é essa agora?? Pô Alessander Thomaz, isso quer dizer que não poderemos mais usar o MySQL com o PHP de nenhuma forma??

Vc sabe alguma coisa sobre esse SQlite??
onde posso saber mais sobre isso? em portugues.. hehe /

O mundo de negócios é cruel :-D
Mas acho que eles irão abrir uma excessão para o PHP pelo menos.

Agora é esperar pra ver.
Somente no PHP5 que retiraram o suporte ao mysql por padrão, até o momento.

Mas isso não impede de usar o mysql.

O postgress é muito bom, assim como muitos outros. Mas nenhuma aplicação de médio/grande porte fica restrita a um único banco de dados.
Muitas vezes é interessante usar uma camada de abstração que facilita a migração caso seja necessário, ou porque um bd foi descontinuado, ou porque um cliente usa um bd que não abre mão.

É sempre importante estarmos atentos a todas possibilidades.

Obrigado pelos comentários,
Alessander Thomaz

Dos comentários que vejo por ai, muita gente está também pensando em desistir do MySQL.

É importante conhecer vários SGBDs, até mesmo para não passar apertado, mas acredito que é muito cedo para tomar alguma atitude como desistir de vez do mysql. Mas nunca é cedo para se previnir, então esteja preparado.

Acredito que o mysql continuará sendo GPL,
como é hoje.
O que deu problema no caso é que o php tem uma licensa próxima do BSD.

O que a MySQL AB está querendo é evitar que apareçam aplicações como a dela, sem dar os devidos créditos.

Como já ocorreu no passado com a nusphere, a qual se não me engano fundiu com a equipe do mysql (mas isso é outro papo).

O que li na internet é que existirá a possibilidade de um usuário compilar seu próprio cliente de mysql, o que não é tão trivial assim e limitaria muito o uso do mysql.

Vou procurar maiores e mais precisas informações e post aqui nas dúvidas e dependendo da quantidade de informações posso escrever até um pequeno artigo.

Obrigado pelos comentários,
Alessander Thomaz

Fique tranquilo thekey.
Ainda é cedo para afirmar que o php não terá suporte ao mysql.

Continue a aprender mysql e php que não se arrependerá. Por dois motivos:
1 - O conhecimento de php/mysql lhe facilita aprender php com qualquer outro bd.
Sem contar que quem usa windows, o mysql é o sgbd mais fácil de usar, devido a quantidade de informações, facilidade de download e instalação entre outros.

2 - Muitas aplicações usam php + mysql, o que não será mudado da noite pro vinho, o que lhe garante pelo menos uma boa qualificação profissional.


O mysql na verdade nunca foi freeware, pois freeware são softwares que você pode usar sem custo, mas não tem acesso aos fontes.

O Mysql é open-source, com licensa GPL (GNU General Public License)
http://www.mysql.com/products/mysql/index.html

Nesse link que coloquei você poderá ler mais informações do mysql, dizendo que para quem não se enquadra na licensa GPL (de ter que abrir o fonte de sua aplicação) pode comprar licensas comerciais (ai que está o pulo do gato).

Mas isso ainda trará muita dor de cabeça a eles, pode ter certeza.

Aproveite para aprender outro sgbd também.

Sobre o suporte do gif na biblioteca GD pode ser que volte, pois dia 20 de junho passado a patente da compuserv sobre o formato gif expirou nos EUA.

Não acompanhei mais o caso, mas se a compuserv não renovar a patente (coisa que ela mesma afirmou não ter interesse em renovar) o gif passa a ser de dominio público, e com isso o gif pode voltar a ser usado no GD, hoje por exemplo é possivel ler gifs, mas não é possível gravá-los. Vamos esperar nesse caso.

Sobre poder usar mysql com php poderá usar sim. De um jeito ou de outro existirá a possibilidade, mas não será algo que vem por padrão. Lembrando que isso não afeta a versão estável atual do PHP, e que pode acontecer muita coisa até a versão 5 se tornar estável.

Obrigado pelos comentários e espero ter ajudado.
Alessander Thomaz

A única coisa que sei por enquanto, é que é uma versão leve do sql, e que é baseado nos padrões ansi (coisa que o mysql não é tão rígido, pra falar a verdade nem sei se o mysql usa o padrão ansi mesmo, :-D)

A documentação oficial do php sobre o sql lite já foi traduzida, está no cvs, mas não sei o motivo porque ainda não aparece no manual.

Está nos meus planos ver melhor como funciona o sqlite quem sabe não vira nenhum artigo?

Abaixo alguns links que procurei rapidamente.
Tem um site o gildot, que é uma comunidade em português de portugal onde pode encontrar algumas informações.

www.sqlite.org/
http://www.gildot.org/articles/03/07/01/1416241.shtml
http://www.google.com.br/search?hl=pt-BR&ie=UTF-8&oe=UTF-8&q=sqlite&btnG=Pesquisa+Google&lr=lang_pt

Desculpa, mas acho que nao intendi uma coisa..
o PHP tem o codigo aberto, nao tem?
entao oq q o mysql tah injuando?
oq q ela queh q seja aberto e eh fexado?

=)

Não sei se estou errado, mas pelo que eu sei de GPL, o que acontece é que quem usa algum software com licensa GPL é obrigado a manter o código do seu software aberto. Ou seja vc teria que disponibilizar o codigo fonte do seu site para download em algum luga, o que realmente não seria interessante para várias empresas por n razões, dai deles cobrarem por outros tipos de licensa :-).

É realmente nota-se grandes melhoras, mas uma grande decepção que parece, por superar as novidades.
Mas não se preocupem ! Um das grandes abilidades do programador (principalmente do brasileiro, que encontra um monte de dificuldades para programar) é a adaptação. Sempre que surge algo novo, em semanas, já tem um bom pra ensinar, e outros bons para pegar esse conhecimento. E a toda hora, constantes upgrades e surgimento de softwares, a gente troca, sempre optando pelo melhor, aquele que mais nos tem a oferecer.
Por isso, acho que não precisa fazer muito alarde pela notícia, pois existem outros tipos de BD, as vezes a equipe MySQL, volta a trás, porque as vezes perde consumidor. E no mais, se precisar a gente aprende a mexer com qualquer SQL da vida.

llbra

Olá,
O PHP é de fonte aberto, mas a licença dele é diferente da do mysql.

A licença do php é uma variação da licensa do BSD (sim a mesma do freeBSD, openBSD, os Unix abertos).

A licença do php permite você criar outra ferramenta, desde que não a chame de PHP, é como a licença do Apache.

(Abrindo um parenteses)
O pessoal do PHP (entenda o Rasmus que iniciou o projeto) são tão preocupados com nome, que vivem boicotando projetos que tenham php no nome. Mas isso é outro assunto.

A diferença da licença do php pra gpl, é que a GPL exige que o código do sistema que desenvolver seja aberto, como é o caso do GNU/Linux, você pode usar, modificar e até criar outro sistema, mas tem que abrir o fonte.

São tantos detalhes nessas licenças que até permitem interpretações dúbias, como estão fazendo com o linux, o código é aberto, mas o binário compilado é de quem compilar, podendo esta empresa cobrar o que quiser pelo arquivo compilado, sem ter que repassar nada a ninguém. Esse é o caso da Conectiva e outras empresas, que hoje em dias estão até dificultando o acesso ao código fonte e a versões ISO do sistema, eu por exemplo nunca consegui instalar um ISO baixado diretamente do site da conectiva, sempre dava erro em alguma parte da instalação (mas pode ser concidência).

Qualquer coisa, fique a vontade para mandar um email para mim, não expert em licenças nem em linux, mas estou disposto a compartilhar o que souber.

Obrigado pelo comentário.
Alessander Thomaz

Acho que isso vai acabar é virando marketing para as duas empresas.
Acabei de receber um email do php|architect fazendo propaganda da polemica da retirada do mysql.

O presidente da MySQL AB se não me engano escreveu um artigo para eles comentando do assunto (pena que não sou assinante do site deles, na verdade é uma pena eles cobrarem por conteúdo :-D).

Falando em dar um jeitinho eu não cheguei a testar, mas acredito que deve ser muito fácil continuar a usar o mysql, deve ser como copiar a dll do php 4 pro 5 e colocar os parametros (falando nisso percebi que pelo menos no php5 beta essas dlls ainda existem, mas não cheguei a testar isso).

Obrigado pelos comentários,
Alessander Thomaz

Pelo que sei é isso também, mas sinceramente essa licença parece mais um acordo de cavalheiros do que outra coisa.

Até agora já vi muitas empresas usarem softwares livres, modificarem etc e nunca rolou nem processo, nem cobrança de abrir o fonte.

Algo que acho dificil de ocorrer até mesmo pela quantidade e diversidade de locais que utilizam tais softwares.

Sem contar que nem sei se legalmente essa licença é aceita no Brasil, ainda mais quando vem tudo em inglês, alguém ai entende um pouco mais de legislação de software para comentar?

Obrigado pelos comentários.
Alessander Thomaz

pelo que vejo, o suporte a mysql continuará, o que pode mudar que é o suporte não será nativo... como está atualmente...

Concordo com o nobody, mas isso dificulta um pouco o uso do mysql. Alguns provedores podem não querer instalar as bibliotecas o que duvido que aconteça pois perderiam muitos clientes).

Se alguém souber de algo mais oficial, ou tiver acesso a coluna do php|rchitect e quiser compartilhar conosco sinta-se a vontade :-D.

Obrigado pelos comentários nobody,
Alessander

A jogada da MySQL AB é forçar você a comprar a licença deles para não distribuir o código fonte da tua aplicação, e como o valor da licença é relativamente pequeno se comparado com outros SGDB's, o mysql deve perder um pouco... mas deve quase insignificante para eles... além do que, agora vai ter muita "pirataria"... o pessoal vai usar, mas não vai pagar... :)

Isso prova que open source não é como todo mundo imagina, que é apenas uma estratégia para ganahr dinheiro, e muitas empresas ganham dinheiro com open-source.

O site da mysql por exemplo mostra bem claro isso, com suporte a cursos e certificações MySQL.

O mesmo ocorre com o pessoal da Zend que investiu muito no PHP, veja o preço que eles cobram por encoders e optimizers.

Sobre pirataria do mysql já existe hoje, mas esse é outro assunto que daria uma boa conversa.

Obrigado pelos comentários,
Alessander

Gente, durante esta semana vou colocar para download mais uma versão do manual em manualphp.codigolivre.org.br com a documentação do sqlite praticamente toda traduzida. Lá tem a versão do cvs em 23/06 que ainda é dois meses mais atual do que a do php.net que esta com problemas de manter a geração automatica do manual. Nesta versão já tem a documentação do sqlite.
Sobre o sqlite: eu uso ele em c/c++ antes de aparecer no manual. Primeiro, ele não suporta tudo que o mysql faz, mas tem a vantagem de não necessitar de um servidor, assim o proprio php faz as alterações necessárias.
Ele usa o sql padrão e em raros casos você vai sentir falta do mysql, mas ele tem uma diferença importante, ele não usa tipos, assim qualquer tipo de dado é igual.O tamanho dos campos é dinamico, ou seja se aumenta e diminui comforme o necessário.
Não tive a oportunidade de testa-lo, coisa que deverei estar fazendo esta semana para incluir exemplos no manual, cuja a minha ideia e passar os exemplos do mysql para se usar com o sqlite.
Quanto a questão de velocidade pelo menos em c/c++ ele é mais rapido do que o mysql.
Quanto a questão de licença, ele é de dominio publico, assim qualquer um pode fazer o que quizer com ele sem problema algum.

Pelo o que eu to informado pois participo das listas de documentação do php :) é que o mysql são será retirado, o que acontece é que na versão 4.1.0 do mysql a API será diferente e a extenção usada agora NÂO irá acessar os servidores.
Para isso foi até criada uma nova extensão, chamada MySQLi(mysql melhorada) que contém as mesmas funções de agora e mais algumas novas que a versão 4.1.0 do mysql vai suportar. Só que isto tras um problema, as duas versões não podem funcionar juntas, assim serão distribuidas ambas como dll e o usuário terá que mudar o necessário no php.ini para usar ou uma ou outra. É isso...

Fala Fernando tudo blz,
a documentação está muito estranha, por exemplo quando eu baixo os arquivos chm(help do windows) vem a ultima compilação, inclusive com sua tradução do SQLite e as últimas coisas que subi pro cvs.

Mas na versão on line não está tão sincronizada.

Achei legal a documentação no sourceforge, fazia muito tempo que não acompanhava a lista da documentação de perto.

Mandarei depois uma mensagem na lista do yahoo para conversarmos algumas coisas da documentação que tive idéia.

O SQLite cheguei a "brincar" um pouco, parece muito interessante pra palm, e desenvolvimento de demonstrações de aplicações, ou até mesmo para sistemas simples de fácil instalação.

Para inserir dados é muito rápido pelo que testei, mas fiz testes pequenos. Só não sei se tem um desempenho melhor que o mysql em bases grandes, pois uma das maiores vantagens do mysql era em buscas e ordenação de campos. Mas esse é outro asssunto, que daria uma boa discussão.

Porque você não escreve um artigo para o PHPBrasil sobre o SQLite, acredito que terá muita procura.

Saudações e obrigado pelos comentários,
Alessander Thomaz

Tinha procura sobre esse suporte final de semana passada,mas estou bastante distante da lista da documentação e não tinha me informado muito. Preciso retomar a lista. :-D

Essa biblioteca MysqlI ainda está como experimental (se bem que o php5 tb :-D)

Eu acho ruim ter duas bibliotecas, sem contar que o suporte não será por padrão como é hoje, claro que isso é só um detalhe, mas dificulta para usuários iniciantes.

Qualquer novidade que tiver sobre o assunto, não hesite em comentar.

Obrigado pelos comentários,
Alessander Thomaz

Srs,

Creio que não existe a necessidade de alarde em função da retirada da lib do MySQL como padrão no PHP.
Com certeza, ela foi muito útil na história do PHP, ajudando em sua divulgação e aceitação visto que o MySQL é muito simples de utilizar e formou um belo par com o PHP.

Apesar disso, o MySQL nunca foi um banco de dados considerado "bom" o suficiente para utilizar em aplicações comerciais. O fato de não suportar transações, nem triggers ou stored procedures levava o programador a realizar o controle a mão, o que não é uma boa prática.

Para os usuários iniciantes, e pequenas aplicações, o MySQL não fará falta, considerando que pode-se utilizar o SQLite. Para as aplicações maiores, comerciais o abalo será menor, pois a grande maioria não utiliza o MySQL como banco de dados devido a sua falta de recursos.

Considero inclusive que apesar de auxiliar o programador inicial, o MySQL sugere ao programador a utilização de práticas tidas como deselegantes ou mesmo errôneas gerando maus vícios que muitos programadores levam para o resto da vida. Esta questão alias, é devido a própria natureza do PHP que, por ser muito fácil, estimula o aprendizado por parte de qualquer um que tenha interesse de utilizá-lo independente de o indivíduo ter uma base de conhecimento em técnicas e métodos de programação ou não. Isso tem um lado positivo e um negativo. O positivo, é que temos formado um grande numero de programadores que começam a programar com o PHP. O negativo é que grande parte desta leva de programadores podem ser qualificados como "waste writers". Não quero defender ou acusar ninguém, apenas estou expondo a realidade pois frequentemente me deparo com códigos ilegíveis (mas que funcionam), ou que acarretam uma péssima performance (mas também funcionam) ou extremamente bugados (mas que geralmente funcionam). Com certeza muita gente, como eu inclusive, começa escrevendo códigos horríveis e posteriormente, estudando, lendo, e observando passa a melhorar o seu desenvolvimento com a utilização de técnicas de modelagem e desenvolvimento melhores. Mas não são todos os que estão dispostos a perder HORAS em cima de livros sobre Design Patterns, Data Modelling, e etc de modo a se aperfeiçoar. E como o PHP permite que praticamente qualquer coisa que você faça "funcione", acaba estimulando também este tipo de programador que não tem interesse em escrever um código otimizado, padronizado, etc e quer apenas vê-lo funcionando.

É algo para se pensar. Ao mesmo tempo que forma Ótimos profissionais, o PHP permite a formação de péssimos programadores. Obviamente isto ocorre com outras linguagens mas se vê mais claramente com o PHP já que ele possuí diversas facilidades por não ser uma linguagem stricted type (vejam a a facilidade de lidar com arrays, essa foi um dos maiores Goals do PHP), não é necessário typecast em atribuições e tratamentos de variáveis, etc.

Ao comentar sobre este assunto, não tenho a intenção de desestimular ninguém e muito menos de ofender alguém, muito pelo contrário, quero incentivar aos programadores PHP a se especializarem e evoluírem.

espero que estas considerações sirvam para alguma coisa.

> Creio que não existe a necessidade de alarde em função da retirada da lib do MySQL como
> padrão no PHP (...)
Concordo em partes, acredito que exagerei um pouco no comentário. Mas é uma coisa que precisa ser comentada, para que desenvolvedores planejem melhor suas aplicações.
Para não ocorrer igual a um amigo meu que fazia programas para amiga e quando o amiga saiu de linha perdeu milhares de linha de código.

Talvez o mysql até tenha suporte nativo, só que não habilitado por padrão.
Talvez isso não mude nada, mas é um ponto a considerar, até mesmo para utilizar outros SGBDS.

> Apesar disso, o MySQL nunca foi um banco de dados considerado "bom" o suficiente para
> utilizar em aplicações comerciais. O fato de não suportar transações, nem triggers ou
> stored procedures levava o programador a realizar o controle a mão, o que não é uma boa
> prática.
Desculpe, mas acho discutivel essa questao.
Para um ERP talvez o mysql não seja muito bom, nem para um sistema bancário.
Mas ele cumpre bem o seu objetivo, ser rápido para internet e para buscas (tudo bem que existe ldap e outras tecnologias, mas isso não vem ao caso).

Discordo tb sobre afirmaçÕes de transações etc, de uma olhada no mysql 4.1 e no mysql max.
Prometem ter essas funcionalidades, que tb são discutíveis para muitos sistemas, e indispensáveis para outros. Acredito que não podemos é generalizar, existem martelos para pregar, serrotes para cortar, cada um faz o seu papel.



> Para os usuários iniciantes, e pequenas aplicações, o MySQL não fará falta, considerando
> que pode-se utilizar o SQLite. Para as aplicações maiores, comerciais o abalo será menor,
> pois a grande maioria não utiliza o MySQL como banco de dados devido a sua falta de
> recursos.
Discordo em partes, concordo que poderá ser utilizado o sqlite, mas ele tem menos funções que o mysql, não tem auto_incremento, nem um monte de funções de data, manipulação de texto etc. Sem contar que o propósito do SQLite é bem diferente do MySQL.

Aplicações maiores geralmente tem camadas de abstração, o que não irá atrapalhar tanto.
Sem contar que dependendo da aplicação ela não é desenvolvida em PHP, não porque o php não tenha potencial, é que o mercado é meio movido pela propaganda e verá muitos sistemas em Java (usando MySQL também).

Sobre a falta de recursos, depende do ponto de vista, se comparar o mysql a um oracle por exemplo, a diferença de recursos será grande. Mas muitas vezes um sistema que só precisa de cadastros simples e manutenções com buscas, não necessita de um oracle.
Existem aplicações grandes e de pouca complexidade técnica. Mas isso é questão de planejamento e decisão de investimento.


> Considero inclusive que apesar de auxiliar o programador inicial, o MySQL sugere ao
> programador a utilização de práticas tidas como deselegantes ou mesmo errôneas gerando
> maus vicios que muitos programadores levam para o resto da vida.
Poderia citar um exemplo de prática deselegante? Aposto que várias.
Acontece que isso não é problema do mysql, e sim da formação dos programadores.
Muitos que programam em windows por exemplo não se preocupam com buffer overflow, o que é muito comum em falhas de segurança, e o problema disso não está na linguagem nem no BD, seja lá qual forem.


> Esta questão alias, é devido a própria natureza do PHP que, por ser muito fácil, estimula
> o aprendizado por parte de qualquer um que tenha interesse de utilizá-lo independente de o
> indivíduo ter uma base de conhecimento em técnicas e métodos de programação ou não.
Sim isso é verdade, php é muito fácil de utilizar o que motiva muitas pessoas a programar com ele. Mas o mesmo ocorre com muitas outras linguagens, como visual basic, delphi, entre outras. É um problema geral, sem contar as péssimas formações que só ensinam comandos, e nunca metodologias, etc.


> Isso tem um lado positivo e um negativo. O positivo, é que temos formado um grande
> numero de programadores que começam a programar com o PHP.
Concordo.

> O negativo é que grande parte desta leva de programadores podem ser qualificados como
> "waste writers". Não quero defender ou acusar ninguém, apenas estou expondo a realidade
> pois frequentemente me deparo com códigos ilegíveis (mas que funcionam), ou que acarretam
> uma péssima performance (mas também funcionam) ou extremamente bugados (mas que geralmente
> funcionam).
Realmente, é a pura verdade o que disse, mas acho que isso ocorre também em muitas linguagens, só para citar, existem muitas falhas de sql injection e cross site scripting que afetam sistemas em asp. Isso devido a formação e metodologia de programação (quando existe uma), sem contar os geradores de código como o Dreamweaver.


> Com certeza muita gente, como eu inclusive, começa escrevendo códigos horríveis e
> posteriormente, estudando, lendo, e observando passa a melhorar o seu desenvolvimento com
> a utilização de técnicas de modelagem e desenvolvimento melhores. Mas não são todos os que
> estão dispostos a perder HORAS em cima de livros sobre Design Patterns, Data Modelling, e
> etc de modo a se aperfeiçoar. E como o PHP permite que praticamente qualquer coisa que
> você faça "funcione", acaba estimulando também este tipo de programador que não tem
> interesse em escrever um código otimizado, padronizado, etc e quer apenas vê-lo
> funcionando.
A isso em partes é verdade, mas não é por isso que podemos generalizar, já vi muita coisa boa escrita em PHP. Já vi muita coisas ruim também, mas isso em todas linguagens.
Seria muito bom que todos programadores tivessem toda metodologia extreme programming, mas isso muitas vezes não é possível, vejo que o erro não está no php, e nas facilidades dele.
E sim na forma que os cursos são ministrados, e na falta de experiência de muitos.

O fato de ser fácil para manipular array e nao ter tipos definidos não é um problema da linguagem, é uma vantagem, mas que tem que ser bem explorada.
O mesmo conceito existia com variaveis globais, que só por si não são falhas de segurança, mas estavam atribuindo falhas do php a essas variáveis, que se bem usadas trazem muitos benefícios.

Obrigado pelos comentários,
Alessander Thomaz

Com certeza Alessander,

Acho que concordamos em vários pontos.
Como podes ver no meu comentário, não afirmei que o problema da qualidade na formação dos programadores seja apenas relacionada ao PHP, isso ocorre em todas as linguagens. Apenas afirmei que no PHP isso ocorre muito devido a facilidade de aprendizado da linguagem. E na realidade, considero o PHP (apesar de ser de outra linhagem) muito superior ao Visual Basic por exemplo.

Também acho que o tratamento de arrays do PHP é fantástico, na verdade, quando o vi pela primeira vez, fiquei estupefato. Mas esse também é um dos fatores que contribuem para a má programação.

O que quis dizer, é que independente da bandeira, quanto mais fácil e poderosa a ferramenta, mais programadores ela forma e nesse bolo acaba surgindo um grande número de bad coders. Assim como você comentou, os geradores de código são ótimo exemplo disso. Apesar de terem features capazes de fazer coisas boas, no geral, a maioria dos usuários só gera grande quantidade de lixo com ele.

Voltando a questão do MySQL, não quis desmerecer o banco. Eu mesmo já o usei por muito tempo e continuo usando apesar de não acompanhar seu desenvolvimento de perto há algum tempo. E corrija-me se eu estiver errado, o suporte a Transações só está presente nas versões novas do MySQL, as que são licensa GPL, ou não?

As versões que eu usei, não tinham esse suporte e me causavam grandes problemas. Como o que tive há pouco tempo onde tive que normalizar um cadastro de mais de milhão de clientes dividindo uma unica tabela em diversas e eu não tinha como garantir a integridade das informações devido ao banco não possuir transações. Acabei usando o Oracle pra fazer o serviço e depois exportar tudo e importar no MySQL.

Mas novamente, não desmereço o MySQL. É um ótimo banco e é muito rápido.

E na verdade, o texto inicial se referia ao PHP5 e não ao MySQL que roubou a atenção da cena.

Falando sobre o PHP5, acho que está ótimo, e a única coisa que falta ao PHP é um servidor de aplicação. Pena que não esteja nos planos deles de desenvolver um. Existe um projeto chamado SRM que criou um servidor de aplicação som suporte a persistencia de objetos, os PHP Bananas (deve ser analogia aos Java Beans) mas o projeto anda meio parado. Uma pena, pois vejo algo fantastico em um servidor de aplicação para PHP. Bem que a Zend podia encabeçar um, mesmo que fosse comercial.

Abraços,
Eduardo R. Maciel

Não sou experiente em MySQL, mas essas possíveis mudanças no PHP5 farão uma revolução na utilização de Bancos de dados, pois o programador iniciante em php sempre ouve falar do trio PHP/MySQL/Apache,se acomodando apenas nesses três.
Eu sinceramente tenho olhado alguns livros de Oracle, e vou pesquisar sobre esse SQLite, que na minha opinião (ouvindo o comentários neste artigo), não pode substituir o MySQL.

Vai uma pergunta: As funções para MySQL serão retiradas dessa versão, correto? Se essa biblioteca for instalada no servidor eu vou poder utilizar essas mesmas funções?

>Com certeza Alessander,
> Acho que concordamos em vários pontos.
Realmente, mas desculpe alguma coisa.
Fui radical em alguns comentários, e vc também não disse que é problema somente do PHP.

Mas acho que acreditar que a grande massa de maus programadores é causa das facilitadades da linguagem não é verdade absoluta.

Digo isso pois programo em Java também, e já vi cada coisa.
Que dá até medo.
Isso é de se estranhar um pouco, pois java é bastante rígido nos nomes na forma e nos métodos de programar.

Mas quem não nasceu para isso não adianta, qualquer linguagem será mal programador. A diferença é que o php permite que algumas pessoas façam coisinhas que não conseguiriam fazer em java por intimidação.
Java não é tão complicado assim, mas intimida qualquer um a começar sem um padrão mais real, sem uma metodologia usada em um ambiente de trabalho.

Vi muita coisa horrível em projetos acadêmicos, como diria um amigo meu
PaperWares (Softwares que são bons só no papel, que na realidade não servem pra nada).

Tais projetos que conheci utilizam toda sopa de letrinhas que existe, mas são projetos longe da realidade no desenvolvimento empresarial, tanto na concepção da idéia, quanto no desenvolvimento da mesma.


> E corrija-me se eu estiver errado, o suporte a Transações só está
> presente nas versões novas do MySQL, as que são licensa GPL, ou não?
Não conheço muito de MySQL, mas acho que ele sempre foi GPL.
O suporte a transações começou no MySQL max.
Mas tem o postgress também que pode ser usado além do mysql.

Olá Diogo,
ainda é cedo para poder afirmar qualquer coisa.
O PHP5 para passar de beta para uma versão estável vai demorar muito, você verá várias versões RC-alguma coisa.

O que vejo é que duas bibliotecas para acessar mysql dificultam um pouco, por exemplo o mysql_* e mysqli_* dificultaram um pouco principalmente em hospedagens, já que teoricamente somente uma das duas poderá ser usada.

E nesses casos, não dá para imaginar qual será a reação dos hosts e qual das duas bibliotecas irão escolher.

Fique tranquilo, que sempre terá alguma forma de acessar o mysql do PHP, aproveite para dar uma olhada no postgress que seria uma opção interessante na substituição do mysql, o maior problema que ele é difícil de instalar no windows (porque não tem versão para windows por padrão), ele foi desenvolvido para linux, tem até um software chamado dbtools que permite fazer isso facilmente, mas é pago.

Obrigado pelos comentários,
Alessander Thomaz

Estranho, ao colar a resposta esqueci de copiar o final. :-)

> Falando sobre o PHP5, acho que está ótimo, e a única coisa que falta
> ao PHP é um servidor de aplicação. Pena que não esteja nos planos
> deles de desenvolver um. Existe um projeto chamado SRM que criou um
> servidor de aplicação som suporte a persistencia de objetos, os PHP
> Bananas (deve ser analogia aos Java Beans) mas o projeto anda meio
> parado. Uma pena, pois vejo algo fantastico em um servidor de
> aplicação para PHP. Bem que a Zend podia encabeçar um, mesmo que
> fosse comercial
Nunca ouvi falar desse PHP Bananas, obrigado pela citação.
Uma pesquisada rápida pelo google parece que é um projeto interessante.

Existe também integração do PHP com Java, não cheguei a testar mas deve ser possível utilizar servidores de aplicação do Java em conjunto com o PHP usando as extenções de Java.

Muita coisa que existe no Java não é tão simples assim implementar no PHP, por exemplo sobreposição de métodos, não faz sentido no PHP já que as variáveis não tem tipo definido.

O próprio modelo de OOP do php5 acarretará perda de desempenho em relação ao PHP4, pois será necessário verificar em execução as permissões dos métodos.

Estou ancioso pelas novas versões do PHP. A versão beta ainda é muito crua. Se compararmos o desenvolvimento do PHP da versão 4 beta até a atual 4.3.3RC2 é sensível.

O jeito é aguardar.

Um abraço,
Alessander Thomaz

Esqueci o link do PHPBananas:
http://www.vl-srm.net/index.php

Alessander Thomaz

Pra que serviria esse PHPBananas, aliás, qual a melhora na interpretação dos scripts?

O que vejo é que duas bibliotecas para acessar mysql dificultam um pouco, por exemplo o mysql_* e mysqli_* dificultaram um pouco principalmente em hospedagens, já que teoricamente somente uma das duas poderá ser usada.
> Isto não vai ser um problema não, o que vocês devem notar é que o mysql 4.1.0 será incompativel com o atual, e duvido muito que os provedores vão ter o trabalho de manter duas versões dele funcionando, o que vai acontecer é se converter o banco de dados para a versão mais nova e os programas juntos, tendo apenas a versão mais nova instalada o servidor.
>O mysql "CONTINUARÁ" no php, apenas virá separado como uma .dll ou .so como já existem diversas hoje.

E nesses casos, não dá para imaginar qual será a reação dos hosts e qual das duas bibliotecas irão escolher.
>Aquela que for compativel com a versão do mysql que eles usarem...

Bom dia pessoal,

Como muita gente solicitou mais informações, escrevi um pequeno artigo sobre o projeto SRM comentando e explicando o que é e como funciona. Creio que em breve estará disponível a todos na seção artigos.

abraços,
Eduardo R. Maciel

Esta é a primeira vez que veja alguém abandanondo algum programa por ter se tornado livre.
Isto me parece uma grande representação de ignorância. Até onde sei, a licença GNU/GPL apenas proíbe a criação de programas proprietários a partir de códigos fonte livres, não gerados por um programa livre.
Trabalho para uma ONG e usamos muitos softwares livres e nunca tivemos problemas desta ordem.
Se alguém desejar, posso enviar uma cópia em português da GNU/GPL para avaliação.
A meu ver, tem caroço ($$) de baixo desse angu.

Rodrigo,

na verdade, o que ocorre é que ao licenciar um software sob a GPL, você diz que qualquer pessoa pode fazer o que quiser com este software, modificá-lo, melhorá-lo, etc. DESDE QUE mantenha o fonte aberto a todos e não "venda" o produto. Isso significa que se você utilizar o MySQL em suas aplicações, estas NÂO poderão ser comercializadas como são feitas com o mysql que tem a licença LGPL. A menos que você compre uma licença para uso comercial.

É por isso, que as empresas como RedHat, SuSE, etc vendem apenas a "distribuição" do linux. Elas não estão vendendo o kernel do linux nem os aplicativos, apenas estão cobrando pelo serviço que prestam ao juntar o kernel, todos os aplicativos, compilando-os e empacotando numa caixa com CDs e manuais. E é exatamente por isso que chamamos de "Distribuição". Tanto que se você não quiser comprar a caixa ou os CDs, pode baixar de graça pela internet.

o pessoal do PHP, achou que isso geraria confusão, visto que muita gente que desenvolve utilizando PHP + MySQL sequer sabe o que significam as licenças e para evitar problemas para o lado deles, esta pensando em não habilitar mais o mysql por padrão.

Espero ter ficado mais claro agora.

Abraços,
Eduardo R. Maciel

Caro Eduardo,

Acho que temos uma confusão aqui (nada sério).

A licença GPL se aplica aos códigos fonte, não aos resultados.

Se eu usar (parte de) os fontes do MySQL para desenvolver um módulo para um programa meu, ou algo assim, este programa deverá ser GPL.

Agora, se eu associar uma interface com MySQL em meu programa (feito em C, em PHP, em Python, sei lá mais em quê), ele não precisa ser necessariamente GPL (apesar de defender isto).

Se eu criar um programa em PHP usando interface com MySQL, este programa pode ser proprietário, nada na licença impede isto.

O que pode realmente dar problema é a interação feita nos módulos, podendo haver um certo desconforto ou alguma confusão quanto à combinação da GNU/GPL com a BSD/X, mas isto já aconteceu antes e foi resolvido, é só seguir o caminho das pedras.

Caro Eduardo, obrigado pelo exclarecimento e espero ter clareado melhor (em vez de ter enrolado mais ainda o meio de capo).

[]'s
Rodrigo Cacilhas

Cheguei tarde na conversa, mas o artigo o Eduardo explica melhor isso.

Mas é mesmo uma pena que esteja parado o projeto.

Vi seu artigo, parabéns pela iniciativa e pelo artigo.
Um abraço,
Alessander

Olá Rodrigo,


O que eu quis dizer é que, como a maioria dos usuários não da muita importancia para a licença, podem haver casos onde tais usuários criem sistemas "comerciais" usando PHP (o que é permitido) e MySQL sem respeitar a licença do MySQL que determina que para aplicações comerciais, deve-se utilizar uma licença paga.

Para evitar problemas para o lado do PHP, o MySQL não seria compilado por padrão, de modo que não poderiam acusar o PHP de "influenciar" o descumprimento da licença do MySQL. Retirar o MySQL por padrão é um modo de dizer:
- "Ei, se você está usando o MySQL foi VOCÊ quem o ativou e se for ilegal o PHP não tem nada a ver com isso."

Sendo que para utilizar o MySQL o usuário "deveria" estar sabendo o que está fazendo. Afinal, todos sabemos como são brigas por direitos de uso e propriedade, sempre se acha algo para processar alguém, mesmo que as vezes seja incoerente como no caso da SCO.

Portanto, esta é uma maneira do PHP se proteger, além de dar mais uma martelada a favor do código 100% livre.

Abraços,
Eduardo R. Maciel

As aplicações hojem em dia tem um problema em comun:
Elas mantei a compatibilidade com o velho.

Muitos vão dizer que estou louco, mais e uma verdade que não podemos ignorar. Quando uma aplicação evolui ela deve evoluir em todo os sentidos, por exemplo as variveis globais: A quanto tempo descobrimos que variveis de $_GET e $_POST se tornando global é uma falha na segurança tremenda? Mais praticamente nada foi feito. O processo de transformar essas variveis já atrapalha na performace, depois na segurança. Eu realmente sou afavor de que o PHP5 vem sem isso definitivamente.

Ai vc pergunta: E a compatibilidade? Ai eu respondo: bons programadores já sabem a anos que usar esse macete e besteira, então todos os bons códigos estão de acordo com a nova especificação, manter isso e manter uma falha so porque vai da um certo trabalho concertar códigos.

Tudo bem quer manter a compatibilidade? Fassa um modulo separado para menter essa compatibilidade, ai eu quero ver se o programador de má qualidade, vai achar melhor sair abilitanto modulo ou se adequar ao mercado. Há ainda um outro fator: Quando o servidor dele cair porque ele fez uso de má código ele vai botar a cupa nos proficionais que criram o PHP e não na sua falta de interesse pela segurança.

Pra mim comodidade não anda junto com eficiencia, nem muito menos com qualidade. A tanto lixo em aplicações de boa qualidade so para manter compatibilidade que dá do de sertos sistemas.

Não é que eu seja contra a compatibilidade, mais asvezes a certos preços que devemos pagar para obter um resultado aceitavel !

Desculpa se feri os sentimentos de algum acomodado que acha dificil trocar $eu por $_GET['eu'] ....

> Discordo em partes, concordo que poderá ser utilizado o sqlite, mas ele tem menos funções que o mysql, não tem auto_incremento, nem um monte de funções de data, manipulação de texto etc. Sem contar que o propósito do SQLite é bem diferente do MySQL.
Só para esclarecer, SQLite suporta SIM auto incremento, as funções de data/hora estão em fase de teste e cada vez mais nova funções estão aparecendo.

cara quero um scrip para comentar em galeria e ficar tudo em uma pagina que o internalta pode ver como os 10 utimos comentario manda resposta para meu msn se vc tem isso ai kennedipaulo@hotmail.com se vc tivel algum ai manda ai para mim