mercoledì 3 dicembre 2008

MySQL 5.1, una falsa partenza?

Sun lancia la nuova major release di MySQL, frutto di circa tre anni di lavoro da parte dell'ex team di MySQL AB. Ma secondo il principale padre del software, Michael Widenius, il software contiene ancora diversi bug gravi

Roma - È un debutto poco felice quello che negli scorsi giorni ha caratterizzato MySQL 5.1, nuova major release del famoso database management system open source. A poche ore dal rilascio della nuova versione, uno dei creatori di questo software ha infatti "spifferato" al mondo le principali magagne - alcune ritenute piuttosto serie - che ancora affliggono il nuovo MySQL.

A lavare i panni sporchi in pubblico è niente meno che Michael "Monty" Widenius, principale artefice dell'architettura di MySQL ed ex CTO di MySQL AB, società acquisita da Sun all'inizio dell'anno. Widenius, che fa tuttora parte del team di sviluppo di MySQL, ha pubblicato un lungo post sul proprio blog dove spiega perché, contrariamente a quanto affermato da Sun, la versione GA (Generally Available) di MySQL 5.1 non sia adatta per l'utilizzo in ambienti di produzione.

Widenius afferma che la nuova release del famoso database contiene dei "fatal bugs" capaci di causare il crash del software e, nei casi peggiori, corrompere tabelle e record. Il co-fondatore di MySQL AB elenca una ventina di bug noti di MySQL 5.1 GA, ed arriva persino a dichiarare che questa versione del software andrebbe considerata una beta.
"A mio parere non ci sono buone ragioni per dichiarare qualcosa GA, specialmente ricordando come la 5.0 GA fosse in uno stato terribile quando venne rilasciata", scrive Monty. "La cosa peggiore è che la qualità delle nuove funzionalità di MySQL 5.1 non è migliore di quella che caratterizzava MySQL 5.0 quando venne dichiarato GA".

La versione 5.0 di MySQL venne ufficialmente rilasciata nell'ottobre del 2005: l'attuale release 5.1 è dunque il frutto di almeno tre anni di lavoro.

Widenius sconsiglia l'aggiornamento a MySQL 5.1 a chi oggi utilizza la versione 5.0, ma ai nuovi utenti suggerisce invece l'installazione dell'ultima release: a suo dire, infatti, questa "è quanto meno migliore della versione community di MySQL 5.0, che non viene più aggiornata da tempo".

Michael WideniusLe frizioni tra Widenius e Sun sono ben note, e sono all'incirca le stesse che lo scorso ottobre hanno spinto l'altro co-fondatore di MySQL AB, David Axmark, a lasciare Sun e il team di sviluppo di MySQL. Nonostante ciò, Widenius afferma che Sun non è responsabile dei difetti che affliggono MySQL 5.1: lo sviluppatore dirige le proprie accuse soprattutto verso Mårten Mickos, senior vice president del Database Group di Sun ed ex CEO di MySQL AB. Secondo Widenius, il rilascio prematuro di una versione GA va cercata nel desiderio di Mickos di avere "qualcosa che si possa vendere, non importa se a scapito della qualità".

A parere di Widenius urge un cambio di rotta nella gestione dello sviluppo di MySQL, pena un'irrimediabile perdita d'immagine per MySQL e Sun. In particolare, egli ritiene che lo sviluppo del database debba seguire un modello più community-driven e adottare test di qualità più rigorosi e standardizzati. Sebbene non lo dica espressamente, appare chiaro che Windenius si stia candidando a ricoprire un ruolo di comando all'interno della divisione database di Sun.

Monty sembra godere di un ampio consenso all'interno della comunità di MySQL, ma c'è anche chi ritiene che le sue prese di posizione siano strumentali, e mirate soprattutto a fare lo scalpo a Mickos per prenderne il posto.
50 Commenti alla Notizia MySQL 5.1, una falsa partenza?
Ordina
  • Ha sempre fatto un pochino skifo, e non capisco come sia arrivato ad essere adottato praticamente in ogni luogo e dove.
    Ricordo che usavo Firebird...un gioiello, aveva tutto e funzionava bene...ma nessuno se lo fila/ava.

    MySQL è ANNI LUCE indietro ad un qualsiasi database server...Chiaro che nn può competere con colossi come Microsoft e Oracle, però suvvia....le VISTE, dannazione...le VISTE sono fuori da un paio di anni...Microsoft le ha da prima di SQL 2000...Le StoredProcedure anche, MySQL FORSE le ha ora, ma non lo seguo più e quindi non so. Sono rimasto alle prime versioni 5.

    Come sviluppatore ci lavoro perchè lo usano tutti, ma se avessi potuto scegliere nei miei lavori avrei usato 100% un altro database-server (free o no) e non MySQL.
    non+autenticato
  • Le viste ci sono.
    La versione 5.1 ha fatto grandi passi avanti rispetto alla 4.

    Per il resto, da utente Postgres, condivido quanto dici.
    non+autenticato
  • boh è gratis e tanto basta a diffonderlo
    non+autenticato
  • passi oracle, ma sql server proprio NO
    sto terminando ora un progetto ENORME basato su sql server (costretto da chi ha commissionato il progetto)
    ho usato praticamente ogni feature di sql server a livello enterprise, ti garantisco che fa lo 0,000000000000000001% di quello che promette, e lo fa MALE
    sensa considerare la lentezza ESTREMA nel fare ogni cosa (e non parlo di indici fatti male, parlo che per creare un utente servono dai 15 ai 20 minuti...)

    avessi potuto fare tutto con mysql o postgresql, probabilmente avrei finito 3 mesi fa...
    non+autenticato
  • - Scritto da: ...
    > passi oracle, ma sql server proprio NO
    > sto terminando ora un progetto ENORME basato su
    > sql server (costretto da chi ha commissionato il
    > progetto)
    > ho usato praticamente ogni feature di sql server
    > a livello enterprise, ti garantisco che fa lo
    > 0,000000000000000001% di quello che promette, e
    > lo fa
    > MALE
    > sensa considerare la lentezza ESTREMA nel fare
    > ogni cosa (e non parlo di indici fatti male,
    > parlo che per creare un utente servono dai 15 ai
    > 20
    > minuti...)

    Si, minuti secondi. Dipende da quanto sei veloce a fare click click.
    non+autenticato
  • eh si magari, in ogni operazione ci sono tempi morti assurdi
    fai click su una cosa, si bloccca tutto per 20 secondi, cavolo ma si può bloccare tutto per creare un utente???
    anche usandolo a ringa di comando purtroppo si comporta allo stesso modo, senza contare tanti altri problemi che mi ha dato

    (soprattutto con la merge replication, che è qualcosa di SCANDALOSO)
    non+autenticato
  • Ma non dire cazzate.


    - Scritto da: ...
    > eh si magari, in ogni operazione ci sono tempi
    > morti
    > assurdi
    > fai click su una cosa, si bloccca tutto per 20
    > secondi, cavolo ma si può bloccare tutto per
    > creare un
    > utente???
    > anche usandolo a ringa di comando purtroppo si
    > comporta allo stesso modo, senza contare tanti
    > altri problemi che mi ha
    > dato
    >
    > (soprattutto con la merge replication, che è
    > qualcosa di
    > SCANDALOSO)
    non+autenticato
  • Diciamolo pure,
    perchè Sun ha comprato MySql?

    Per inglobarlo in Java 7,
    mi sembra ovvio.

    Si sa che il punto debole di Java 6 sono
    i database, la scelta "standard" è
    Apache Derby, che è carente sotto
    molti punti di vista.

    I mesi prima di Java 7 servono solo per far
    testare mysql all'utenza
    non+autenticato
  • Uhm? Con Java puoi usare senza alcun problema qualsiasi rdbms,dove sarebbe ilpunto debole?
    non+autenticato
  • Naturalmente sottointendevo soluzioni embedded,
    ovvio che JDBC to ODBC supporta qualsiasi cosa.

    MySql Embedded è quanto interessa a Sun.
    non+autenticato
  • > MySql Embedded è quanto interessa a Sun.


    Ho capito. Forse hai ragione.
    E' anche vero che esiste già mysql-je.sourceforge.net
    non+autenticato
  • Veramente credo l'abbia comprata per completare la sua offerta oss dove avev tutto meno che un dbms..
    Si parte dal sistema operativo, si arriva agli strumenti enterprise (leggi j2ee)...
    Mancava solo un dbms.. da cui ecco l'acquisto.
  • La politica KDE 4,
    prima rilasciamo e poi mettiamo a posto,
    sta prendendo piede.

    In ambito Linux, mi sembra la principale "innovazione" di questo 2008.

    Ormai l'unica distro stabile è Debian,
    che ancora rifiuta KDE 4
    e vedremo quanto impiegherà ad accettare mysql 5.1
    non+autenticato
  • è stato accusare il team KDE di voler far fare da cavia agli utenti

    il project manager lo disse chiaro e tondo che KDE4 non era per l'utente finale, nessuna distribuzione ha ovviamente ascoltato l'anatema, ma da parte sua il team di sviluppo lo ha sempre detto

    ad oggi KDE4 ha gettato le fondamenta e l'infrastruttura del nuovo DE ma mancano le applicazioni e tutte le chicche userfriendly

    in ambito linux, invece, mi pare che i kernel e le altre applicazioni vengano ampiamente testata prima di essere rilasciate, a differenza di un certo Vista rilasciato in versione pre-beta e fatto testare a milioni di utenti paganti
    non+autenticato
  • - Scritto da: pabloski

    > il project manager lo disse chiaro e tondo che
    > KDE4 non era per l'utente finale

    ridicolo... se è così allora la rilasci come beta, release candidate, preview o in qualsiasi modo tu voglia chiamarla, ma quando rilasci un software con un numero di versione dev'essere già stabile! Altrimenti io come faccio a sapere che una certa release non è intesa per l'utente finale?
    Il resto del mondo ci scrive "beta" o "RC".
    non+autenticato
  • E' una balla il team KDE ne incoraggiava l'utilizzo all'inizio a fine di test poi sono passati al rilascio della prima versione "stabile".
    Per chi si ricorda fu KDE 2.0 fu l'apoteosi dei bug&crash stavolta perlomeno si sono limitati, quando KDE 4.x sarà stabile quanto KDE 3.5 ed avrà un supporto applicativo decente allora anche io farò il passaggio.
    non+autenticato
  • Definisco prima di tutto l'insieme

    iDB=[DB2,MySql,Orale,Postgres,SQLServer]

    All'interno di iDB si possono trovare esempi di utilizzo per tera di dati e utilizzi mission critical per ogni elemento appartenente all'insieme.

    Il fatto che uno o l'altro siano utilizzati è una mera questione commerciale o di conoscenza del prodotto o bisogno di features particolari.

    Pur non essendo DBA ho sviluppato/utilizzato su tutti i DB dell'insieme e devo dire che il fatto che funzionino dipende dall'esperienza di chi ci sviluppa sopra e di chi li amministra....

    <<Non esiste linguaggio con cui non sia possibile scrivere un cattivo programma>> Cit.

    Ciauz.

    M
    non+autenticato
  • E' una giusta politica... la versione gratuita va agli smanettoni o a quelli che diventeranno disperati presso il cliente che poi chiamerà i consulenti Sun che risolveranno il problema perchè hanno le informazioni o le patch "riservate"...
    non+autenticato
  • la tua teoria ricade nel filone horror-fantascienza

    semplicemente... mysql sta cadendo in malora da quando sun ci ha messo le mani sopra a scopo di lucro...
    non+autenticato
  • certo... ma ti assicuro che la mia teoria è valida... se un consulente generico non riesce a risolvere un problema si chiama il consulente sun che costa parecchio... o secondo te Sun regala veramente?

    con la versione gratuita si rendono simpatici e si fanno fare i test dagli altri
    non+autenticato
CONTINUA A LEGGERE I COMMENTI
Successiva
(pagina 1/2 - 6 discussioni)