Newsgroup: it.lavoro.informatica
Titolo: Sun acquisisce MySQL

un bel colpaccio, direi.
http://blogs.mysql.com/kaj/sun-acquires-mysql.html/
-- 
Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://softvalley.blogspot.com

 che oggi in MySQL non ci sono.
Il database? <g>
-- 
Valentino Volonghi aka Dialtone
http://stacktrace.it
 -- Aperiodico di resistenza informatica
Blog: 
http://www.twisted.it/
http://iccfriends.net/friend/Dialtone

 Così come ho paura che falci i dipendenti di MySQL AB per metterci i suoi.
Ma speriamo.

 amico dicevamo "MySQL è sì veloce... Perché non ha nulla di un DBMS!" :-)
E la 4 idem, qualcosa è cambiato con la 5. Ma MySQL è un prodotto che ha
sempre sfruttato l'onda lunga di Linux, nel bene e nel male, promettendo
spesso senza mantenere. Anche a livello prestazionale non è 'sto miracolo
che vogliono far credere.
Certo, è gratis e/o costa poco e questo fa passare in secondo piano molte
cose.
Saluti.
Luciano

 Luciano
Motivo per cui potendo scegliere preferisco Postgresql
PaF


Anch'io in ambito opensource opto sempre per Postgresql, soprattutto
per via dell'ottima interfaccia di gestione offerta dal tool esterno
PG Admin III :)
Comunque, fortunatamente la libertà di scelta è alla base nel
mondo opensource, chissà forse Sun avrà preso MySql soltanto perché
da db zoppo qual è sarà costato meno tra i vari prodotti opensource :p

 da db zoppo qual è sarà costato meno tra i vari prodotti opensource :p
In passato avevo valutato sapdb, il database engine che era stato reso
disponibile da sap. Mi era sembrato completo ma non ho mai fatto test
esaustivi.
Poi questo progetto fu ceduto a MySQL, diventando MaxDb. Leggo ora che è
tornato a sap...che casino !
Qualche link
http://www.sapdb.org
https://www.sdn.sap.com/irj/sdn/maxdb
PaF

 da db zoppo qual è sarà costato meno tra i vari prodotti opensource :p
E siamo sempre alle solite... perchè ha successo e non è "state of the art"
a livello tecnico ci si sputa sopra o lo si deride.
Quello che è più importante nei tool di sviluppo per le "masse", così como
fu ai tempi per Visual Basic, è la facilità di apprendimento iniziale, e
basta.
Lo so che da fastidio a quelli che si sbattono a imparare una cosa più
difficile (mi ci metto anche io, per alcuni casi), ma è così. La massa
sceglie sempre il prodotto con cui è più facile iniziare partendo da zero e
che ti permette di essere produttivo il prima possibile.
E in ogni caso Mysql ha delle installazioni per nulla banali (Google e
Facebook per dirne due).
-- 
Vide

 Il database? <g>
LOL!
Io sono sempre rimasto stupito dal fatto che ci sia tutta 'sta
attenzione verso MySQL (che fino a poco tempo fa aveva delle
manchevolezze IMHO non irrilevanti) e si ignori da noi cosě tanto un
gran bel prodotto open source come PostgreSQL.
Dite che si veda che a me MySQL non č mai piaciuto?
-- 
Ciao!
Luca

 molte cose.
Il fatto è questo. Quante delle realtà che lo usano a livello non
personale o su software non open source lo hanno correttamente
licenziato?
Non lo so, sia chiaro, ma come il solito a pensar male...
-- 
Ciao!
Luca


Beh, penso (spero) che tutti gli hosting providers lo abbiano correttamente 
licenziato, quindi già questo credo sia un ottimo bacino di utenza, visto il 
numero di siti sviluppati con la tecnologia LAMP.
Ciao,
Alessio (a.k.a. Kinglion Il Meticcio) 

 attenzione verso MySQL
beh io penso che dove c'è bisogno di ripetuti accessi "secchi" crud
(create, read, update, delete) su una tabella, cioè la maggioranza
delle applicazioni web, è difficile trovare performance migliori.

 un bel colpaccio, direi.
[cut]
Acquisizione per acquisizione: Oracle si è accattata Bea Logic (credo si 
chiami così) e InnoDB (anche questo credo si chiami così). 
Personlamente: mai avuto a che fare con (tutti e tre) i tizi in questione...
Ciao,
Giulio
-- 
OnAir:
www.giuliopetrucci.it

 licenziato?
Beh qualcuno c'è:
Firemon (configuration control per firewall)
Tufin (configuration control per firewall)
Solsoft (software di management per firewall)
Almeno per quelli che ho visto io e il runtime è sicuramente
registrato. a ce ne sono tanti di più...

 delle applicazioni web, è difficile trovare performance migliori.
Eeeeeehhhh... Non so su che applicazioni web giri ma francamente neanche
le piu` banali in assoluto se la cavano con una tabella. Minimo minimo
minimo hanno bisogno di una join.
Certo... poi uno puo` scrivere merda distillata come gli sviluppatori di
wordpress e far finta che sia poesia. Vai a vedere come e` gestito il db
di wordpress e facciamoci quattro risate. Bisognerebbe creare la patente
di informatico internazionale e toglierla a quella gente.



Allora parlando di prestazioni, nella maggioranza di quei casi per
applicazioni web
si intende cataloghi online. Quindi lì basterebbe anche un banalissimo
accesso
"offline sequenziale", una cazzata di termine fumoso che mi sono
inventato  al momento
per definire la semplice lettura a db di dati specifici con successiva
scrittura su filesystem
tramite un modello di rappresentazione di quei dati.
Un tempo mi è pure capitato di maneggiare un sito sviluppato
totalmente in php (il classico
migliaio di schede prodotti con qualche form di invio informazioni),
poi interamente
catturato/mirrorato col wget e uploadato sul web come prodotto finale.
Il risultato
via web era una vera forza della natura come prestazioni, ed
ovviamente viaggiava
molto meglio della versione che eseguiva il PHP, in pratica gli unici
script dinamici
che il sito richiedeva per rimanere in piedi erano un paio di chiamate
di qualche
form agli script in Perl :)
Questo per dire che CRUD o non CRUD, IMHO anche per solo 5 select in
croce
spesso non ha senso metter in piedi un db per la sola parte di
presentazione dati, molto
meglio dare la struttura DB in pasto ad un generatore che si occupi in
modalità
offline di creare una parte di rendering statica da mettere online,
tutto ovviamente
IMHO e a seconda della complessità (e profondità per via dei megabytes
generati)
di un qualsiasi piccolo progetto web.

 minimo hanno bisogno di una join.
Io comincio a pensare che tutti i commenti sulla qualità dei linguaggi di
programmazione o dei DBMS siano poco più che... chiacchere. Già perchè se
uno si dovesse fidare di tutti sti commenti roba tipo Facebook dovrebbe
essere scritta in Python+PGSQL e invece, guarda un po', è in PHP+Mysql.
Saltando i contenuti del sito in questione, io quello che vedo è una webapp
mostruosa che incrocia dati a martello e serve milioni di utenti. Che poi
PHP sia o meno davvero a oggetti e che Mysql sia o meno un RDBMS sono solo
dettagli accademici. È evidente che con questi strumenti si può arrivare a
fare un qualcosa di abbastanza grande (e questo fatto non lo negherà certo
la presenza di altri siti web anche più grandi fatti con altra tecnologia).
-- 
Vide

 la presenza di altri siti web anche più grandi fatti con altra tecnologia).
Ma puoi sviluppare in web anche con bdb e asm. Non sono certo fatti
miei. Ma mi permetti di avere il diritto di pensare che mysql sia un db
mediocre e php un linguaggio ridicolo? Le motivazioni tecniche le ho e
comunque non e` difficile trovarle in giro.
Tu ti _accontenti_ (perche` questo e` il punto) nonostante le carenze?
Beato te. Io a lavoro uso mysql e non mi piace e non c'e` una ragione
vera per cui sia stato scelto, solo un 'il clustering e` piu` facile da
fare' ma neanche lo usiamo il clustering per ora e in postgresql e`
altrettanto semplice (oltre che comunque essere un db piu` scalabile,
specialmente nella 8.3 che arrivera` tra poco).


 di informatico internazionale e toglierla a quella gente.
guarda che non sto dicendo che è poesia. ho citato un motivo per cui,
a mio modestissimo avviso, viene tutt'ora usato mysql e (addirittura)
archivi myisam. secondo te fa schifo? sfondi una porta aperta.

 specialmente nella 8.3 che arrivera` tra poco).
Anche io al lavoro uso Mysql e certi bug/regression (così come in PHP)
rompono i coglioni un sacco, così come la mancanza di certe funzionalità o
il casino in implementarne altre. Ripeto: non è perfetto. Ma tutti i
sistemi hanno i loro difetti. 
-- 
Vide

 archivi myisam. secondo te fa schifo? sfondi una porta aperta.
Si si, l'avevo capito cosa intendevi. Era solo per dire che cavarsela
con una tabella e` vero quando non solo l'applicazione e` semplice ma
addirittura quando ho ridotto il db a una barzelletta. altro che forme
normali.


 sistemi hanno i loro difetti. 
Si, questa non e` una giustificazione per scegliere quello che ne ha di
piu`... 


 piu`...
È questione di bilanciare i pro e i contro. Conoscenze che ci sono in casa,
tempi in cui bisogna uscire sul mercato ecc ecc. In alcuni casi può valer
la pena migrare tutto, in altri casi no.
-- 
Vide

 la pena migrare tutto, in altri casi no.
Non ti seguo... ma pazienza, non siamo d'accordo.


 Blog:
http://www.twisted.it/http://iccfriends.net/friend/Dialtone
Secondo me quello che vuole dire lui (e con il quale io concordo
abbastanza) si puo' tradurre in:
"Se devo fare il mio sito web e conosco gia' mysql e magari Oracle
(mentre magari non conosco postgres. O comunque il tempo di
apprendimento di MySQL e' inferiore), allora non vale la pena stare a
imparare postgres,
tanto meno vale la pena di comprarsi Oracle (a parte che poi alcuni
provider ti mettono a disposizione MySQL e non Oracle, ne' postgres) e
comviene
usare MySQL. Viceversa se devo progettare e implementare un sistema di
in grado di gestirmi le transazioni bancarie di tutte le agenzie
italiane delle banche del gruppo Unicredit, magari scelgo oracle"
Un po' come se dicessi:
"Se devo scrivere una applicazione web oriented uso python, ma se devo
scrivere il driver di una scheda di rete FDDI per il sistema operativo
VxWorks all'intern di un progetto di un sisema hard real time magari
lo faccio in C o addirittura assembler ).
Non e' che uno "si accontenta". E' che uno sceglie quello che serve.
Se usi Oracle per farti il tuo sito web praticamente stai sparando
alle mosche con un cannone.
Poi ci sono tutti i livelli intermedi (e poi, addirittura, io conosco
gente che ha usato Access per mettere in piedi applicazioni
industriali
[intendo server di multinazionali che si appogiano ad Access]. Ma
quelli erano tempi "di vacche grasse...")
Ciao,
Marco

):

Oh si, si puo' fare di tutto con tutto. Basta aumentare i tempi di sviluppo e 
la quantita' di ferro impiegata, che riscriviamo Gmail in vbscript.
Il problema e':
1) Prendere Facebook come esempio: Facebook, oltre ad essere il risultato di 
un hype che raramente ho visto in vita mia, non e' questa gran cosa. La 
maggior parte del lavoro lo fanno le applicazioni esterne (scritte in 
linguaggio X con db X e situate su macchina X) usando delle API profondamente 
discutibili - diciamo solo che dovendo usarlo mi rendo conto che oltre ad 
avere delle API di merda e' anche una piattaforma definitiva per lo spam.
2) Ci sono fattori esterni non ignorabili, ogni sviluppatore Python decente 
fa i conti con 150 sviluppatori PHP, ogni DBA Pgsql ha 150 cagaquery MySQL - 
questo tipicamente ai vari management mette le puzza sotto il naso.
In ogni caso, modificando i soggetti, l'uso di Linux in ambiente desktop e' 
un dettaglio accademico, e molto di piu' che dettagli come l'uso di un DB 
piuttosto che un altro. Cio' rende Gnome una frazione di una merda, e KDE una 
frazione di una frazione di una merda.
  ngw
-- 
"ma gavte la nata." -- Jacopo Belbo
http://www.tochunky.org

 KDE una frazione di una frazione di una merda.
Ehehehe :)
-- 
Vide

 form agli script in Perl :)
I siti che faccio io solitamente funzionano in maniera molto simile a come 
hai descritto tu.
C'č ovviamente una parte dinamica (in Perl) che fa da CMS tramite la quale 
il cliente aggiorna tutto quello che vuole nel sito (prodotti, testi, 
ecc...).
Poi perň il cliente preme un tasto nel CMS e il sito "ripubblica tutto" 
(crea tutto il sito pubblico in pochi secondi). In questo modo il sito 
finale č quasi tutto statico (a parte come dicevi tu quelle pagina per cui 
per forza di cose devono essere dinamiche come i form di contatti e di 
ricerca) e ne beneficiano sia il web server che i client.
Questo ovviamente č praticabile solo per siti "classici". Se invece serve 
per forza qualcosa di completamente dinamico (tipo web application), AJAX 
permette ottimizzazioni notevoli (ma anche un bel po' di rogne in piů).