Newsgroup: it.comp.os.linux.sys
Titolo: Petizione per salvare MySQL  [OT]

ciao a tutti.
sucsate l'OT ma ritengo la questione abbastanza importante, e di sicuro
interesse per tutti voi/noi.
Ci sarebbe questa petizione da firmare:
http://helpmysql.org/it/petition
non ci sarebbe bisogno di dilungarsi troppo....
MySQL oggi si � avvicinato abbastanza al livello tecnologico cui si
trova Oracle, e pertanto in certi casi entrano probabilmente in
competizione. Oracle non ha nessun interesse a portare avanti lo
sviluppo di MySQL. Pertanto Sun deve vendere MySQL ad un'altra azienda
che non si occupa di altri RDBMS.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 trova Oracle
AHAHAHAHAHAHAHAH!!!
Enrico

 avvicinato abbastanza al livello tecnologico cui si trova Oracle, e
trovo questa affermazione ridicola, anche se in fondo condivido lo scopo 
della petizione
S.

 trova Oracle
Nel senso che sono entrambi database? Come nosql e Sybase o SQL Server
e sqlite?
La petizione l'ho firmata, ma non so quanto possa servire, anche nel
senso che una megattera e un'acciuga non so come e quanto possano
entrare in conflitto, pero` se lo dice il padre dell'acciuga, avra` i
suoi buoni motivi.

 non ci sarebbe bisogno di dilungarsi troppo....
  Vediamo:
*  dev-db/mysql
      Latest version available: 5.0.84-r1
      Latest version installed: [ Not Installed ]
      Size of files: 35,972 kB
      Homepage:      
http://www.mysql.com/
      Description:   A fast, multi-threaded, multi-user SQL database server.
      License:       GPL-2
  È sotto licenza GPL.  E allora, qual'è il problema?  Smettesse la
Oracle di svilupparlo, ne resterebbe il codice sorgente libero per la
comunità che l'ha sviluppato fin'ora, che ne potrebbe fare tutti i fork
che vorrà.  Conferma:
http://www.mysql.com/about/legal/licensing/oem/
For OEMs, ISVs, VARs and Other Distributors of Commercial Applications:
OEMs, ISVs, VARs and other distributors that combine and distribute
commercially licensed software with MySQL software and do not wish to
distribute the source code for the commercially licensed software under
version 2 of the GNU General Public License (the "GPL") must enter into
a commercial license agreement with Sun.
For Open Source Projects and Other Developers of Open Source Applications:
For developers of Free Open Source Software ("FOSS") applications under
the GPL that want to combine and distribute those FOSS applications with
MySQL software, Sun's MySQL open source software licensed under the GPL
is the best option.
For developers and distributors of open source software under a FOSS
license other than the GPL, Sun makes its GPL-licensed MySQL Client
Libraries available under a FOSS Exception that enables use of the those
MySQL Client Libraries under certain conditions without causing the
entire derivative work to be subject to the GPL.
  Non capisco qual'è il problema.  Si vorrebbe obbligare la Oracle a
continuare lo sviluppo di MySQL anche non volesse farlo?  La Oracle non
può impedire ad altri di continuare a sviluppare MySQL, al massimo avrà
acquistato i diritti sullo sfruttamento commerciale del marchio, che
ammetto non sarebbe una cosa da nulla, ma non può far sparire MySQL e
impedire ad altri di continuare ad usarlo e/o a svilupparlo, anche se
forse sotto un altro nome.
  Così almeno a me sembra.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 Enrico
No. Non ridere. Ho gi� riso di me dopo aver inviato il post, senza
aver bene ci� che avevo scritto.
Ti giuto che non so pi� nemmeno cosa cacchio dovevo scrivere e ho
scritto questa minchiata assurda.
Comunque firmatela la petizione.


   È sotto licenza GPL.  E allora, qual'è il problema?
A parte il fatto che Oracle potrebbe più semplicemente decidere di
menomare MySQL, per renderlo meno appetibile rispetto al costosissimo
DB Oracle (e infatti sta già succedendo che lo sviluppo delle
interfacce
GTK potrebbero essere abbandonato. Si sopravvive anche senza quelle.
Però è già un segnale).
Comunque, siamo seri Alessandro Selli. A tua insaputa, ma non a mia
insaputa, i più importanti progetti con licenza GPL non hanno alle
spalle gruppetti di volontari che staccano dal lavoro e iniziano a
lavorano la notte per contribuire gratuitamente a progetti free e
opensource.
Buona parte dei progetti più importanti (tra cui anche il kernel linux
se vogliamo) hanno alle spalle i soliti grandi: ibm, hp, sun, redhat,
novell. Il contributo dato al kernel linux da parte di SGI fu - fino a
un certo punto - di una portata enorme.
Te lo dico anche con cognizione di causa. Quando lavoravo in Sun - per
esempio - facevamo le conference call con RedHat perché utilizzavamo
componenti che erano condivisi tra alcune applicazioni e ci dovevamo
fasare sul da farsi. Si trattava di componenti di mozilla (nss
libraries e altro che non ricordo). Non è GPL, è MPL ma il concetto è
sempre quello. E la Sun non si può certo affidare alla buona volontà
di
programmatori freak.
E chiaramente non ci mettevamo in contatto con comunità freak,
che lavorano ad orari imprecisati, un giorno si ed un giorno no, un
giorno lavora uno, un giorno lavora l'altro, e non si sa da quale
parte
del mondo.
Capito questo, ne consegue un fatto preciso: i progetti affidati a
"nessuno" spesso muoiono.
E questo lo vediamo tutti i giorni.
Se lasci MySQL alla fantomatica comunità il rischio che finisca a
puttane è palese ed evidente.
Mo' vai a firmare e non fare tante storie.... :)


siamo in due. Pure io trovo la mia affermazione ridicola.
Mi ero accorto di questa sciocchezza appena ho ricevuto il post che
avevo inviato.
Che ci posso fare :) Pazienza, per questa volta mi compatisco.

 opensource.
Un esempio:
Quando ci fu quel bug assurdo, mi pare quello su openssl, dove il bug
fu tenuto nascosto, fin quando fu scovato nuoavmente dall'utente pinco
pallino.... io mi lessi tutti il thread degli sviluppatori che
concorrevano alla risoluzione del bug.
Bene.
I tipi che discutevano non erano @
freemail.it
 e @
aol.com
 ma erano
*tutti* @
cisco.com
, @
sun.com
, @
redhat.com
 ... e in quel caso lì anche
@
microsoft.com
Spero di essermi spiegato: openssl non è gestito da quel tipo di
comunità che tu immagini, ovvero gente che lavora alacremente, con il
solo scopo di migliorare la società in cui vive. O meglio, è gestito
solo in parte da quel tipo di comunità.
Ma tu lo sai bene che il mondo è fatto di gente che lavora per
sopravvivere. Queste cose non te le devo spiegare profondamente.


adesso chiarisco proprio tutto per non lasciare spazio a
interpretazioni sballate:
Nel momento in cui MySQL è di proprietà di Oracle/Sun, stai sicuro che
RedHat, Novell, HP, IBM, sapendo che i frutti del lavoro sarebbero
raccolti dai commerciali di Sun, *non* scriverebbero una sola riga di
codice per mysql. E le poche righe scritte dalla comunità non fanno
proprio testo.
Anche questo te lo dico con cognizione di causa. Faccio il DBA mysql
presso una grande azienda. Ho scaricato un prodotto e sono stato
contattato subito dai commerciali di Sun: uno mi doveva vendere un
corso, un altro mi doveva vendere l'hardware....

 codice per mysql.
  Ripeto: MySQL è *codice* *GPL*.  Se i frutti del suo sviluppo saranno
raccolti da Oracle/Sun, questo avverrebbe solamente perché loro si
saranno dotati di una robusta struttura di supporto tecnico e
commerciale rivolto ai loro clienti al contrario degli altri, non perché
saranno i proprietari del codice (al massimo lo saranno del marchio).
Se RedHat, Novell, HP, IBM ed altri volessero guadagnare da quello che
Oracle/Sun fa, ha fatto o forse farà con MySQL, possono benissimo
prendersi il codice dell'ultima loro versione, impacchettarlo e venderlo
ai propri clienti /enterprise/ con una struttura di sviluppo, supporto e
commerciale altrettanto credibile e affidabile.  Non si può pretendere
che lo faccia Oracle/Sun per un prodotto che altri, inclusi RedHat,
Novell, HP e IBM, possono poi rivendere ai loro clienti.  Magari
succederà, è già sucesso in passato, è quello che sostanzialmente fa la
RedHat (e a riguardo pensa a CentOS), ma quando succede succede perché
una ditta commerciale vede una possibilità di guadagnare soldi e/o
mercato da un tale investimento, non perché ha ceduto al piagnucolamento
di una massa di firmatari dell'ennesima inutile petizione on-line.


 commerciale altrettanto credibile e affidabile.
  Cosa che francamente non vedo perché non possa succedere, a parte il
fatto che la RedHat nel suo piccolo già lo fa.  Un fork di MySQL
sviluppato da un consorzio formato da tutte quelle industrie e magari
altre ancora secondo me ha senso.  Come chiamarlo?  Humm, che ne dite di
OurSQL?  :-)
(Anch'io sono capace, come vedi, di fantasie e sogni bambineschi, <gh>).


 saranno i proprietari del codice (al massimo lo saranno del marchio).
Ti sbagli. Tu sei uno di quelli che � convinto che i prodotti importanti
sono sviluppati dalla comunit� del software libero.
Non � pi� cos�: questo succedeva fino agli anni '90. A un certo
punto le aziende hanno intravisto il business e ormai ci sono dietro
SEMPRE grandi aziende, o, al limite, una universit�. I software dei
quali parli tu, nella maggior parte dei casi sono software incompleti,
software il cui sviluppo di perde per strada perch� lo sviluppatore
trova di meglio da fare, software sprovvisti di documentazioni.
Non � casuale il fatto che fino agli anni '90 linux arrancava parecchio.
Infine, Sun da tutti i suoi software gratuitamente, e paga i suoi
sviluppatori. secondo la filosofia: software is an excuse to sell
hardware.
p.s.: esco leggermente fuori tema. Mi spiace dover constatare che i
software a pagamento per android, sono sempre migliori di quelli free.
Quando mi serviva il navigatore, dopo aver provato tutte le stupidaggini
"LIBERE" e GPL all fine, dopo aver usato per un mese la versione
craccata di CoPilot, ho preso 70 euro e ho comprato la versione con la
licenza!
Adesso posso viaggiare senza problemi. Con andnav era un casino, e come
al solito, lo sviluppo era fermo da un anno.
--->>> qualche mese fa � stata fatta dal team di dropbox una richiesta
di feedback per richiedere feature aggiuntive al loro prodotto. Molti
hanno chiesto la versione per android. Bene. Se vai sul sito di
dropbox, vedi che stanno assumendo sviluppatori in california per
creare la versione per android.
Questo vuol che la "vox populi" non � sempre inascoltata.


 al solito, lo sviluppo era fermo da un anno.
esempio del cazzo, dato che la qualit� dei navigatori si misura in
un buon 80-90% dalle mappe e le mappe sono molto costose.
Confermo che i navigatori free fan cagare, ma non per via del software,
bens� per via delle mappe.
* mappe del cazzo=navigazione del cazzo.
* mappe buone=navigatore buono.
Come pensi di poter distribuire una mappa navteq in un software free?
La rubi?
Poi lato software puoi aggiungere le millemila minkiate che ti pare
come ad esempio la possibilit� di cambiare il segnaposto ed anzich�
una macchinina mettere un cane che corre, ma se le mappe fan schifo,
il cane non ti porter� da nessuna parte.

 un buon 80-90% dalle mappe e le mappe sono molto costose.
No, no, no, no, no Gandalf. 
In quel caso l� il problema non erano assolutamente la mappe di
openstreet (che francamente non ho avuto modo di valutare bene e sulle
quali non esprimo alcun tipo di giudizio)
"andnav", che in teoria avrebbe dovuto essere il miglior software
free, in pratica era assolutamente inadeguato. E chiunque lo abbia
provato, stai sicuro che esprime il mio stesso giudizio.
Vai sul sito di andnav e prova a dare un'occhiata tu stesso.
Mi sarei anche potuto adeguare a mappe imprecise, e non sono scemo, al
punto da spendere 70 euro inutilmente, solo per avere le mappe di tutta
europa.
Lo sviluppo di Andnav � fermo da quasi un anno e il prodotto � tremendo.
CoPilot � aggiornato costantemente, c'� un supporto, non eccellente, ma
c'�. Ogni tanto gli richiedi la feature sul gruppo in facebook e ti
danno retta e te la aggiungono.... mo' hanno detto che integreranno i
"google contacts" per consentirti di navigare direttamente sui contatti
della rubrica del telefono.
E' tutta un'altra storia e non c'� paragone.


 No, no, no, no, no Gandalf. 
Passiamo ad altro.
Parliamo di virtualbox.
Siete convinti che lo sviluppo di Virtualbox sia affidato ad una
comunit� dell'opensource, per far favore ai commerciali di Sun? Ma
chi? Ma come? Ma chi cazzo? Sar� GPL, ma voi dove vivete.
Uno sviluppatore a Bangalore viene pagato 500 euro/mese e ti ho detto
tutto. La Sun ha tutti i suoi dipartimenti di sviluppo a bangalore e
lo sviluppo del software gli costa pochissimo.
Poi, come se non bastasse, la Sun si avvale *anche* di quel piccolo
contribuito che gli arriva aggratise, dai polli come me e come te.


 contribuito che gli arriva aggratise, dai polli come me e come te.
Tu guardi le cose dal lato sbagliato.
Io non sono un pollo, te magari si, ma se io faccio un contributo
(come ad esempio la visualizzazione dei log di un singolo file che
ho appena pubblicato su InDefero, tanto per riagganciarmi al mio
quesito su Git ed i VCS in generale) lo faccio perch� mi va di
farlo, non per guadagnare soldi o altri scopi.
Se Sun utilizza il mio contributo per fare miliardi di dollari, a me
non me ne frega niente, io il contributo l'ho fatto perch� mi andava
di farlo. Che poi Sun ci faccia quel che vuole, ma di certo non sono
un pollo.
Ripetendo il caso di InDefero, io non ho *mai* usato quel software,
lo conosco da non pi� di 2 giorni e non ho ancora capito come funziona.
Per�, nei vari smanettamenti, ho notato che mancava di una features a me
fondamentale, ho fatto la patch e l'ho pubblicata. Chissenefrega che
fine far� tale patch. Son poche righe di codice PHP, non per questo
sono un pollo. Magari non user� nemmeno mai InDefero per migrare ad
altri sistemi, boh. Per� son felice cos�, ho contribuito ad arricchire
una azienda. Ben per loro.
Secondo te sarei un pollo?

 Secondo te sarei un pollo?
Se lo sei tu, lo sono anche io.


 (Anch'io sono capace, come vedi, di fantasie e sogni bambineschi, <gh>).
E qui ti sbagli di grosso. Quello che fa sogni bambineschi, che vede
gente che lavora alacremente per il solo gusto di contribuire a un
miglioramente della societ� in cui vive sei solo tu.
Io - come usa dire la mia mamma - sono pi� realista del re e vedo le
cose per come stanno veramente.


 siamo in due. Nel mio piccolo faccio quel che posso.
e allora per quale motivo hai scritto testuali parole:
"Poi, come se non bastasse, la Sun si avvale *anche* di quel piccolo
contribuito che gli arriva aggratise, dai polli come me e come te."
Da come l'hai scritto, sembra che ci contribuisce sia un pollo
perch� aiuta solo l'azienda che sta dietro al progetto a fare $$
con il codice altrui.
Non � cos�, grazie a Dio.

Gandalf Corvotempesta wrote:

Per carit�, era una sorta di autoironia. 
Si tratta del classico "do ut des" (spero si scriva cos�) e in questo
caso agiamo semplicemente in maniera corretta, e non da polli.
Basta non illudersi, e capire comunque, che dall'altra parte c'� gente
che prendo uno stipendio :-)
p.s.: in ufficio mi hanno preso in giro perch� io apro i bug su chromium
e ubuntu. A me, visto che lo uso, sembra una cosa normalissima. Per� a
quanto pare non tutti lo fanno.


 forse sotto un altro nome.
Gia` sta succedendo. Drizzle e MariaDB ne sono un esempio 
Enrico

 menomare MySQL
Oracle avrebbe potuto farlo fin da quando ha deciso di acquistare
InnoDB, ovvero dal 2005
Enrico

 cose per come stanno veramente.
  Le cose come stanno veramente sono queste:
1) la Oracle non ha nessunissimo obbligo di sviluppare progetti GPL e
non può essere costretta a farlo;
2) i progetti GPL sono portati avanti da sviluppatori in uno dei quatro
modi già elencati (almeno, più forse altri che ora non mi vengono in mente);
3) la Oracle potrebbe possedere il marchio MySQL, ma non il codice,
perché questo è GPL.
  Questi punti non li prendi mai in considerazione e continui a
lamentarti che quei cattivoni della Oracle adesso smetteranno di
sviluppare MySQL.  Questo è un sogno bambinesco che non prende
minimamente in considerazione il mondo reale.


 del 02/01/2010
ore 15:14):
	Come tutto il software libero, per campare dovrà:
	0) o continuare ad essere sviluppato da alcuni
	individui che ci si dedicano per passione (la vedo
	dura per la mole che ha raggiunto il progetto in
	questa sua fase avanzata di evoluzione);
	1) o essere di tale diffusione e interesse
	strategico per un numero sufficientemente alto
	di professionisti dall'essere sviluppato ed
	aggiornato da loro, direttamente o grazie al
	loro libero contributo finanziario ai suoi
	sviluppatori (vedi il caso di Blender, quando da
	proprietario è diventato libero grazie al pagamento
	di un vero e proprio riscatto);
	2) o essere di tale interesse strategico/
	commerciale per un'azienda che non dispone di altri
	prodotti software analoghi e che si prende quindi
	cura del suo sviluppo e manutenzione;
	3) o si convinve la Oracle a farlo, il che vuol
	dire che la si dovrà convincere che la sua spesa
	per l'eventuale sviluppo e aggiornamento del
	codice di MySQL non solo non eroderà il suo
	/core-business/ che è Oracle, ma che anzi le farà
	guadagnare soldi in più (e la vedo moolto dura).
  Ti prendi in considerazione sempre solo il punto (0), perché è l'unico
che puoi sfruttare per attaccarmi addosso epiteti ignominosi e tentare
così di screditarmi senza confutare nessuna delle idee che espongo e
senza prendere in considerazione i fatti, che sono, lo ripeto ancora una
volta sfidandoti a dimostrare il contrario:
1) il codice, non il marchio, di MySQL è GPL e quindi è libero e quindi
né la Sun, né la Oracle né chiunque altro lo possiede;
2) viviamo in un mondo governato da un mercato capitalista e quindi un
progetto complesso come è diventato MySQL potrà essere portato avanti da
una squadra di sviluppatori (che lavorino in maggioranza per una stessa
ditta oppure no) solamente se questi ne riceveranno un tornaconto
economico; la stessa cosa se lo sviluppo sarà preso in carico da una
ditta, che potrebbe accontentarsi al più di un ritorno strategico in
termini di diffusione sul mercato;
3) qualsiasi ditta o consorzio di ditte può legalmente prendersi carico
dello sviluppo futuro di MySQL a prescindere da quello che dice o vuole
Oracle/Sun;
4) pretendere che la Oracle si commuovi per una petizione puerile e
inconcludente che non le offre nulla di quello che le potrebbe
interessare per poter prendere in considerazione la continuazione dello
sviluppo di MySQL è come credere a Babbo Natale e alla fata turchina.
  Questi sono i fatti.  Se vorrai, rispondi a tono a questi, senza dare
in escandescenze contro il messaggero.
  Se il buon anno si vede dalle petizioni del primo gennaio...


   Questa tua 
  Scusatemi, mi sono evidentemente lasciato prendere la mano dal tono
della discussione.  Le mie ragioni per rigettare la petizione come
inutile e puerile le ho esposte, ognuno creda e faccia pure quello che
vuole.  Per quanto mi riguarda, ritengo una scelta migliore abbandonare
questo dibattito.
  Ciao e buon anno a tutti.


 Comunque firmatela la petizione.
Personalmente non firmo la petizione perche` ritengo MySQL inutile. Se
ho bisogno di un RDBMS, uso Firebird, PostgreSQL o SQLite (sempre se
voci dall'alto non mi impongono la scelta dell'RDBMS da usare)
Enrico

       License:       GPL-2
]zac[
No, è sotto doppia licenza, per usi non commerciali è sotto gpl, per usi
commerciali è sotto una licenza paragonabile alle classiche licenze
closed/commerciale.

Giuseppe Della Bianca ha scritto:

1) non è scritto così in 
http://www.mysql.com/about/legal/licensing/oem/
(leggi oltre);
2) la GPL non ammette la restrizione che non si possa usare il software
per usi commerciali, anzi, li ammette esplicitamente (come fa, ad es.,
la RedHat).
  In particolare, riguardo il punto (1), la dicitura è:
	«MySQL Commercial License for OEMs, ISVs and VARs
	Sun provides its MySQL database server and MySQL
	Client Libraries under a dual license model designed
	to meet the development and distribution needs of
	both commercial distributors (such as OEMs, ISVs and
	VARs) and open source projects.
	For OEMs, ISVs, VARs and Other Distributors of
	Commercial Applications:
	OEMs, ISVs, VARs and other distributors that combine
	and distribute commercially licensed software with
	MySQL software and do not wish to distribute the source
	code for the commercially licensed software under
	version 2 of the GNU General Public License (the "GPL")
	must enter into a commercial license agreement with Sun.»
  Quindi la licenza commerciale che la Sun pretende è necessaria
solamente per quanti intendano combinare e distribuire sotfware
commerciale insieme a MySQL *e* non intendano distribuirne il codice
sorgente nella GPL versione 2.  Ossia, la licenza commerciale è prevista
dalla Sun solamente per quanti intendano mischiare codice proprietario
con MySQL mantenendo il loro codice proprietario.


 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 ce l'ha e passa ad attaccare il messaggero invece che le idee.
Suvvia, ancora non hai capito con chi stai parlando?
Leggi i vecchi thread, ovunque c'� Adamo ne vien fuori
un flame, non tanto sugli argomenti del thread, ma bens�
sulla sua arroganza da esperto "so tutto io e gli altri son
coglioni".

 un flame,
Ma c'� ancora qualcuno che legge quel demente? Io l'ho messo in ignore-list 
e vivo serenamente, seguite il consiglio che risparmiate notevoli bruciori 
di stomaco. :-)


 notevoli bruciori di stomaco. :-)
Ma ste cavolo di ignore-list, kill-file e robe simili, come si
gestiscono su thunderbird?
(e poi, cosa ancora pi� importante, ovviamente, come diavolo si fa
a randomizzare il testo introduttivo della risposta, anzich� il
classico 'il giorno xy, THe_Zipman ha scritto:')
non posso vivere senza sapere queste due cose. me le sogno di notte.

 non posso vivere senza sapere queste due cose. me le sogno di notte.
Prova con questo:
https://addons.mozilla.org/it/thunderbird/tag/quote%20header
Altrimenti cambia news reader :-)


Enrico 'Henryx' Bianchi wrote:

Enrico non � il meglio dei DB in circolazione. Ma MySQL e quegli RDBMS
che tu citi, oggi offrono le stesse identiche funzionalit�.
E fra l'altro si tratta di caratteristiche che tu molto probabilmente
non usi, ne sull'uno, ne sull'altro DB. 
Usi le view con uno di questi db? Io avrei idea di cosa potrei farci, ma
per il momento non le ho ancora utilizzate.
---->>> p.s.: non puoi cambiare parere cos� da un giorno all'altro, e
soprattutto devi stare attento a quelli che potrebbero avere una buona
memoria.
Tu eri quello che pochissimo tempo fa mi raccontava che MySQL � talmente
buono che viene utilizzato come backend su Facebook? Mo' perch� avresti
cambiato idea?
Si, � vero, ne consegue che anche io avrei cambiato idea. Ma ti spiego
papale papale che faccio il DBA MySQL, e adesso MySQL mi da il pane. A
te invece cosa � successo? Firebird ti da il pane o Postgres ti da il
pene? :-)


 non pu� essere costretta a farlo;
Ma guarda che per vie traverse ci stai arrivando ...
E' proprio questo il motivo per cui c'� gente che sta ha organizzato
questo petizione.
Il resto non te lo ripeto pi� perch� � sempre la stessa storia.


 InnoDB, ovvero dal 2005
Cosa vuole dire per te che mysql-admin e mysql-query-browser sono end of
life?
Un segno che stanno incrementando lo sviluppo su MySQL, o un segno che
lo stanno decrementando?
Qui la fonte: 
http://wb.mysql.com/?p=470



dimentica questo post.
vuol dire che lo stanno rimpiazzando con un altro prodotto:
mysql-workbench



magari sei tu che hai iniziato a dare del "bambinesco" a chi si �
attivato per fare quella petizione.... 
E comunque, penso che a te, stia sfuggendo del tutto il fatto che
dietro a tutti questi essere bambineschi che giocano a fare le
petizioni ci sia dietro proprio il creatore di MySQL stesso:
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html
Siamo tutti bambineschi ... che te devo dire...


 coglioni".
� poco evidente questo che dici. 
Io, piuttosto, vedo che c'� gente qui, che con il solo scopo di darmi
contro, qualche mese fa mi vanta le caratteristiche di mysql e mi dice
che � buono a tal punto che viene utilizzato come backend di
facebook. Questo era l'esempio portato da lui. Adesso mi dice che lo
userebbe solo se costretto con le spalle al muro.


 ne sull'uno, ne sull'altro DB. 
Io non sono un DBA, ma mi è capitato diverse volte di usare funzionalità 
che PostgreSQL ha e MySQL non ha, come ad esempio:
1) Possibilità di eseguire query che alterano lo schema del database in 
una transazione.
http://bugs.mysql.com/bug.php?id=28727
2) Vincoli foreign key deferenziabili.
Ciao  Manlio

 pene? :-)
Nessuno dei due mi da il pane (direttamente), faccio il sistemista e i
lavori di programmazione che mi sono stati commissionati sono stati in
Java e Oracle. Tutti gli altri lavori sviluppati per conto mio e/o
implementati con software preesistente, li ho fatti scegliendo, dove
possibile, PostgreSQL e Firebird (soprattutto il primo)
Enrico

 mysql-workbench
Il che, considerando anche che SQL Developer supporta MySQL, mi porta a
dire che Oracle non ha alcuna intenzione di buttare MySQL o di
depotenziarlo, eh. Tra l'altro, vorrei far notare un side effect
riguardo a tutta questa faccenda:
http://searchenterpriselinux.techtarget.com/news/article/0,289142,sid39_gci1377169,00.html
(senza contare lo share che MySQL ha ora e che e` stato previsto per il
futuro)
Enrico
P.S. lo so che avrei dovuto ignorare il messaggio, ma sono bastardo e mi
andava di assestare un colpo basso :)

 userebbe solo se costretto con le spalle al muro.
Te lo ripeto, fammi la cortesia di riportare il message-id dove ho detto
'sta cosa, visto che io ho _sempre_ detto che avrei usato MySQL solo con
le spalle al muro. Che poi MySQL sia usato come backend da Facebook (e
da altri siti largamente visitati) e` un dato di fatto, ma questo non lo
fa diventare automaticamente un ottimo prodotto
Enrico

 Siamo tutti bambineschi ... che te devo dire...
Tu si, Michael Widenius no, lui sta solamente curando i suoi interessi.
Ah, noto infatti che non hai ancora preso in considerazione, n� tanto
meno risposto, nessuna delle mie domande o elenchi di fatti che
smentiscono le tue fantasie.


mi consenta, il pane � il pane :) Avendo dovuto scegliere tra questo e
Veritas Cluster (che non avevo voglia di imparare) mi sono buttato a
pesce su questo.


 voci dall'alto non mi impongono la scelta dell'RDBMS da usare)
Quoto. Tra l'altro MySQL � l'unico database che ho visto sputtanarsi a
causa di uno spegnimento improvviso della macchina dai tempi del DBIII.
Personalmente non lo userei come backend neanche per l'inventario dei
giocattoli dei miei figli.

 
http://bugs.mysql.com/bug.php?id=28727
non � molto divertente il il modo in cui gli rispondono. Mi sembarno
alcuni dei presenti :)
Comunque la conclusione �:
"many ACID database brands have a non-transactional ALTER TABLE.
I am marking this as a feature request."
Se Postgres ha questa feature evidentemente fa qualcosa in pi�. Ma c'�
in giro qualcuno che si � passato il tempo a fare delle tabelle
comparative con firebird, postgres e mysql.
Siamo l� con l� con tutti e tre. Uno fa una cosetta in pi�, un altro fa
qualche altra cosetta.


 'sta cosa, 
Il risultato potrebbe essere impietoso nei tuoi confronti :) Anzi lo
sar�. Comunque, senza impegno! Non siamo ai tempi di dejavu, quando
perdevamo tempo infinito appresso a queste cose.... dovrei avere lo
storico dei messaggi inviati.


 [...]
Ciao  Manlio

 database relazionale serio.
MySQL 5.0: Still A "Toy" RDBMS
http://weblogs.asp.net/alex_papadimoulis/archive/2005/10/26/428527.aspx

 Tu si, Michael Widenius no,
Devo dire che hanno ragione i napoletani: Nisciuno è fesso!

 giocattoli dei miei figli.
eheh caro Yossarian, MySQL è un po' come ext3: a volte si sputtana,
senza ragioni precise.
E questa che tu hai scritto adesso è circa la stessa risposta che
diedi a suo tempo a Enrico (detto il voltagabbana).
Lui mi rispose che MySQL è talmente robusto che lo usano su facebook.
Pensa te, adesso stiamo a discutere a ruoli invertiti.....


C'è qualcosa che non quadra nei conti della serva:
MySQL share of the open database market is expected to drop from
82.1% ...
PostgreSQL adoption is seen increasing from 27.1% ....
$ echo 27.1+82.1|bc -l
109.2
MySQL e Postgres, da soli, detengono il 109,2% .... interessante :-)

 parere dovevano essere gestiti dall'applicazione e non dal database.
Ah, i bei tempi in cui gli utilizzatori di MySQL mi dicevano "le viste
sono inutili" e boiate del genere... :)
Enrico

 storico dei messaggi inviati.
Fa con comodo, personalmente ritengo solo di aver detto che Facebook
e` uno dei grossi utilizzatori di MySQL e nulla di piu`
Enrico

 MySQL e Postgres, da soli, detengono il 109,2% .... interessante :-)
  La percentuale di MySQl dev'essere riferita al mercato dei DB /open/,
mentre quella di PostgreSQL al mercato /enterprise/.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 
E' prevista da sempre la possibilità di rilasciare lo stesso prodotto in più
tipi di licenze, è da tanto tempo mysql è in doppia licenza.
La gpl3 era nata anche con lo scopo di impedire la doppia licenza.
P.S. Anche le qt sono (o erano) sotto doppia licenza.


Lui dice:
"MySQL allows you to store certain incorrect date values into DATE and
DATETIME columns (such as '2000-02-31' or '2000-02-00'). The idea is
that it's not the job of the SQL server to validate dates."
Io gli risponderei, semplicemente:
"it's not rocket science to add such a check, and, anyway, they are
aware of the issue."
Ad aggiungere controlli su controli ci vuole niente. Ti pare questo il
problema? Il problema è capire cosa ne viene fuori dopo.
Perché, come dice lui stesso in un altro punto:
"Don't get me wrong, it's perfectly suitable for blogs, message
boards, and similar applications."
Che tradotto, vuol dire che, oltre alla semplicità, il punto di forza
di MySQL sono le prestazioni. E' tutto scalato verso il basso, e se lo
colleghi al socket locale è probabilmente imbattibile.
Cosa ne sarebbe di MySQL se ti mettessi ad aggiungere controlli e
controlli?

 con MySQL mantenendo il loro codice proprietario.
]zac[
Questo è un punto di disputa vecchio quanto mysql.
Ma è stato chiarito, precedentemente all'acquisto da parte di sun, che si
intende anche il semplice uso di mysql senza distribuire il proprio codice
proprietario che va ad usare mysql.
In sintesi visto che i prodotti commerciali non distribuiscono il proprio
codice, è richiesta la licenza commerciale di mysql.
P.S. Anche solo per usare librerie in prodotti commerciali è necessario che
le librerie siano rilasciate il lgpl, altrimenti è necessario rilasciare il
codice commerciale che usa le librerie, cosa che, qualche tempo fa, ha
costretto i gestori del kernel linux a rendere '''impossibile''' l'uso di
vari driver usb non rilasciati sotto gpl.

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 controlli?
Per me i controlli sono più importanti.
I dati devono essere sempre coerenti.
Se ho bisogno di scalare, e PostgreSQL non va più bene, non mi metto 
certo ad usare MySQL.
Invece cambio modello dati, passando ad esempio a CouchDB , o simili.
Ciao  Manlio

 non posso vivere senza sapere queste due cose. me le sogno di notte.
Pan?


Provato ma è IMHO molto inferiore a TB sotto tantissimi punti di vista, non 
ultima la velocità nel gestire molti gruppi nonché l'assenza di numerose 
ficiur che con TB sono offerte dalle estensioni :-)



Secondo me no. Quello che dice l'articolo è condivisibile.
In sostanza, per fare funzionare Drupal e Joomla, ciò che conta sono
le performance :) Il resto rischierebbe di ad appesantire il DB, senza
alcun valore aggiunto.
Ragione sul fatto che ad aggiungere quei controlli ci vuol veramente
poco, e che loro sono a conoscenza di questa situazione e la hanno
DOCUMENTATA.

 controlli?
Che ti risulta su Facebook ... o altri siti/portali abbastanza diffusi, 
usano mysql pulito pulito .. o con qualche "raffinamento" a vari strati 
(dal webserver di frontend fino alla "base dati" di backend?)
Imho al posto di mysql ci vedrei bene qualunque altro DB, anche perch� 
ci sono altri/alti strati che fanno da tampone: la prima cosa che mi 
viene in mente � memcached ...


Se fosse solo quello,  il DB si sarebbe corrotto da mooooolto 
mooooooooooooooooooooolto tempo.

 le performance :)
'sti cazzi. Prova a fare una query su dati corrotti e fammi sapere.
	Y.

 viene in mente � memcached ...
Considerando che le performance di facebook fanno letteralmente pena non lo 
porterei come esempio n� di buone performance n� di buona architettura n� 
tantomento di codice ben scritto. :-)


 mooooooooooooooooooooolto tempo.
E` quello, e` quello:
http://en.wikipedia.org/wiki/Facebook#Server_infrastructure
Enrico

 non posso vivere senza sapere queste due cose. me le sogno di notte.
XPN? L'unica rogna (per cui mazzolerei l'italico autore) e` che gestisce
i messaggi inviati ad minchiam nel senso che la ricerca di un vecchio
post inviato e` pressoche` impossibile)
Enrico

 Enrico (detto il voltagabbana).
Adamo, e` dal 2002 che opero con i database, e fin da allora critico e
sputo su MySQL. Che poi MySQL e` usato da Facebook e` un dato di fatto,
come e` un dato di fatto che il sistema di posta Hotmail e` stato
migrata da FreeBSD a Windows dopo l'acquisizione da parte di Microsoft.
Adesso, o mi mostri dove ho scritto che MySQL e` ottimo (e,
considerando che i miei post sono completamente storicizzati da
Google, non dovrebbe essere difficile) oppure ti stai comportando come
il piu` infido dei troll
Enrico

yossarian ha scritto:

Tira fuori merda, ma pi� veloce d'una Ferrari.  Vuoi mettere?


E il fatto che mentre scarica i messaggi non puoi fare null'altro?



Chiariamo le cose: NON sono stato io a portarlo come esempio.
Io ho detto che E' stato portato come esempio.


wrote:


:P :P :P :P
controllo a casa la cartella dei messaggi inviati.

 Tira fuori merda, ma più veloce d'una Ferrari.  Vuoi mettere?
Cosa non ti è chiaro della differenza tra "CMS", "Blog" da una parte,
e Data Management dall'altra parte?
Nisciuno, una patche del genere, per correggere quel tipo di problema
puoi scriverla anche tu.
E secondo me ha richiesto più tempo documentare il problema che non
applicare una correzione.
Chiediti perché.
Ca nisciuno è proprio fesso!


E chi l'ha detto? Io mi fumo una sigaretta, mi guardo un film, mi
leggo un pezzo di libro ... pfui... hai tempo per fare tante di quelle
cose :)
Scherzo, mi pare un po' migliorato ultimamente. Basta non esagerare
con la quantità di messaggi accumulati.


wrote:

chiaramente se ti devi mettere a riscrivere troppo tanto vale
rivolgersi direttamente altrove.

 e Data Management dall'altra parte?
Cos'� che non capisci in "input data sanitation"?
Cosa c'� di astruso nel concetto di "error prevention"?
Che cosa ti dice "data integrity and coherence"?

Mettiamola cosi`. Il discorso parte da qui:
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html
E secondo me, indipendentemente dal fatto che per anni e ancora adesso
usi il suo db e quindi abbia un debito di riconoscenza nei suoi
confronti, ha ragione.Ovvero effettivamente in ambiente internet e per
installazioni piccole e medie, MySQL e` un serio competitore per
Oracle, non fosse che per il prezzo e comunque in quegli ambienti e`
enormemente piu`diffuso.
Nella maggior parte delle installazioni Linux c'e` almeno un piccolo
db MySQL che serve a qualche software e nelle piattaforme LAMP, per
definizione c'e`. Io non vedo affatto bene che Oracle possa farne
quello che vuole. E' vero che il codice attuale GPL rimane tale e chi
vuole/puo` puo` continuare a svilupparlo, ma una cosa e` poterlo fare
in un ambiente enterprise in cui questa attivita` e`  supportata, un
altro da chi ha interesse a diminuirne la quota di mercato.
E' anche vero che tecnicamente non e` uno splendore, ma per quello che
normalmente fa e deve fare puo` andar bene; probabilmente non se serve
un DB relazionale con tutti i crismi e che debba garantire davvero
l'integrita`, la gestione di query complesse, ma dichiaratamente non
e` questo il suo scopo.
Concludendo, sono contento di aver firmato comunque vada a finire,
perche' non mi sembra di aver fatto nulla di illagale, nulla di
ingiusto o malvagio e nemmeno una cosa irrilevante, dato che questa
petizione, se ho capito bene, non e` rivolta alla Oracle, ma alla EU
che deve decidere in merito all'acquisizione di SUN da parte di Oracle.

 [...]
Ciao  Manlio

 PostGre.
ma si. E' "goffo" un articolo che fa dei test, probabilmente con i
poll di joomla, e da quelli crea delle previsioni azzeccate fino al 2014
:-)
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 mentre quella di PostgreSQL al mercato /enterprise/.
interessante. Senza nulla togliere a Postgres, tu hai fatto diventare
Postgres enterprise senza che questo abbia un supporto Enterprise.


whiplash wrote:

La versione, oramai in beta da oltre 3 anni, � sicuramente nummmmero uno
in quanto a prestazioni. Quanto a feature lasciamo stare.... non c'�
nemmeno l'archvio dei messaggi inviati.


Nisciuno wrote:

C'� di astruso che stiamo parlando di un progetto che si � sempre posto
come mission primaria le perfomance.
Io non so come dirti che se te ne accorgi tu di questi problemi che sei
veramente "nisciuno", come puoi credere che non se ne sia accorto chi
queste cose le ha addirittura documentate nero su bianco?
Ma davvero pensi che l� ci siano i cretini, e che tutti i geni stiano a
sparare cazzate sui forum?
E, evidentemente, se lo usano su facebook, sarei portato automaticamente
a pensare che la cosa non � cos� tragica come cerchi di mostrarla tu.


MaxAdamo wrote:

Non lo trovo nelle cartelle ... non mi va di cercare su google. Adesso
non dirmi che sono il pi� infido dei troll adesso :( Posso dirti che
era un thread nel quale discutevano di un software che usa un RDBMS
per memorizzare i dati di audit delle macchine.
Ricordo vagamente la discussione e provo a riassumerla ..... siccome si
tratta di un DB particolare, con struttura mista, anche gerarchica, in
grado di gestire quantit� immani di dati, io ti scrissi (non ricordo
bene) il contesto, che con mysql sarebbe stato semplicemente
impossibile.
Al che tu mi rispondesti: ma come? Ma se lo usano su Facebook, figurati
se non sarebbe possibile.


 Postgres enterprise senza che questo abbia un supporto Enterprise.
poi, comunque questa � una *tua* libera interpretazione, poich�
l'articolo non cita nulla del genere. E' stato eseguito un poll su un
campione di 347 persone e sono venute fuori queste percentuali di
utilizzo. Come fa notare Davide (e io non avevo letto bene), qualcuno
pu� aver messo la crocetta su due campi, perch�, semplicemente, usa
entrambi i DB. 
Loro con un campione di 347 risposte sono talmente in gamba da
stabilire i trend degli RDBMS fino al 2014, e tu sei ancora pi� in gamba
al punto di poter stabilire in che ambiente � pi� usato l'uno o l'altro.
Io - che sono pi� realista del re - ti dico che mysql potrebbe essere
pi� utilizzato in ambiente enterprise, non perch� migliore, ma perch�
portato avanti dai commerciali. E mi pare ragionevolissimo dire una cosa
del genere. 
In quei casi dove non va pi� bene mysql, normalmente si passa
direttamente a oracle.
Per lo stesso motivo in ambiente enterprise vedi pi� spesso redhat e
novell piuttosto che debian. Mo' mi vieni a dire che nella tua azienda
tutti i server sono debian ... e a me non me ne frega un cazzo della
tua azienda e quindi metto subito le mani avanti :) Non sono un fan di
redhat e di suse, ma ho girato decine di aziende e la distribuzione
linux che ho trovato � sempre quella.


 E il fatto che mentre scarica i messaggi non puoi fare null'altro?
Non me ne e` mai fregato molto, anche perche` uso un news server
personale (INN). Personalmente, se non fosse che mi legherebbe troppo
alla piattaforma (cosa che non mi e` mai piaciuta), utilizzerei KNode
Enrico

 rivolgersi direttamente altrove.
Dipende. Come e` fatto noto che Facebook usa MySQL, e` altrettanto noto
che Yahoo! usa una versione pesantemente modificata (hanno riscritto
l'engine) di PostgreSQL
Enrico

 mercato di prodotti come PostgreSQL o Oracle.
Qui ti quoto al 90%. Postgres continuerei ad accostarlo pi� a MySQL che
non a Oracle.
Su questa pagina non si traggono conclusioni affrettate, ma all'inizio
viene dato un quadro pi� o meno chiaro dello stato attuale delle cose:
http://www.wikivs.com/wiki/MySQL_vs_PostgreSQL


 per fare funzionare Drupal e Joomla, ciò che conta sono le performance
Purtroppo non mi sono segnato il link, ma da un benchmark che avevo 
letto, MySQL scalava bene fino a un tot di connessioni contemporanee (4 o 
8).
Oltre questo limite si sedeva, mentre Postgres e Firebird arrivavano 
tranquillamente oltre le 128 connessioni (con perdita lineare di 
prestazioni, naturalmente).
Io credo che MySQL abbia il successo che ha per un semplice motivo: e` 
banale tirare su un database, visto e considerato anche che fino alla 
versione 4 moltissime distro li installavano con accesso come root e 
password vuota. Aggiungici il fatto che era il "DB di default" di PHP, e 
si e` conquistato il mercato dei personal site.
Io lo uso appunto su siti a basso traffico, principalmente perche` quello 
c'era nei server che ho ereditato, e il 99% dei siti lo usavano.
Per i miei siti personali e per quelli un po' piu` complessi (ecommerce o 
ad alto traffico) uso solo postgres.
Bye.

 8).
non c'� bisogno del link. E tutto ero quello che dici e te lo confermo
io perch� � scritto un po' ovunque.
Connessione via socket, sitarello drupal o quel che ti pare e fino a un
certo punto va abbastanza bene.
Superato quel certo punto:
- fare un po' di tuning
- cambiare storage engine su mysql
- usare mysql-nbd e metterlo dietro a mysql proxy (ndb ha due tipi di
configurazione cluster tra cui poter scegliere)
e va bene nuovamente.
Superato quel certo punto:
mysql-proxy crasha perch�, nonostante debian te lo installi con un
semplice apt-get la Sun lo considera anche un prodotto beta (anzi, a dir
la verit�: alpha).


 Postgres enterprise senza che questo abbia un supporto Enterprise.
Rotfl, dai, smettila.


si, ma io avevo scritto "solo quello", e difatti dal link c'� scritto 
che NON usano solo Mysql, ma fanno anche una sorta di cache delle varie 
query sql .. per non appesantire il DB che altrimenti sarebbe gi� morto 
da tempo ;).

whiplash wrote:

wipla: non puoi rispondere a rotflate ogni volta che ti pare.
Sai cosa vuol dire l'espressione "essere pi� realista del re"?
Io sto dicendo quanto segue:
As a business product, MySQL's corporate sponsor provides its own
official support for the server, and there are independent support
providers available as well. A MySQL blog consolidator aggregates
information about independent support providers, and many are invited
to MySQL's Users Conference. One even holds its own sub-conference in
association with the main event.
E inoltre, non esiste alcun commerciale pronto a proporti soluzioni con 
postgres. O se esistono io ancora non li ho conosciuti.
Quell'82% di utilizzatori di MySQL dovr� pure avere un riscontro da
qualche parte!
Tutto questo � sufficiente per far si che MySQL sia pi� presente di
Postgres in azienda. Anche perch�, qualora si presentasse l'esigenza
di utilizzare un RDBMS pi� professionale di MySQL, oggi, quasi tutti
si buttano su Oracle.... e non su Postgres.


 né tantomento di codice ben scritto. :-)
Considerando che hanno più utenti che tutti i sysadmin del NG sommati nella 
lora vita, se ogni tanto va lento non credo significhi nulla.
-- 
Vide


Questo � un dato da valutare col granellone di sale.. Ho tanti clienti a cui 
viene proposto exchange per gestire le email interne ma exchange non � certo 
il miglior server di posta del mondo ma � solo quello che conosce chi gli 
mantiene i pc.
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 lora vita, se ogni tanto va lento non credo significhi nulla.
consideriamo che se non erro, hanno un'utenza stimata pari al 10% della
popolazione mondiale.
Una persona su 10 ha facebook, e considerato che 5 persone su 10 (tra
cui vecchi, bambini e gente che vive chiss� dove) forse non hanno
internet, non mi pare per nulla male. 


 si buttano su Oracle.... e non su Postgres.
Ma va l�... le aziende non sanno neanche che cos'� un RDBMS, si mettono
in casa quello che gli mette su il pirla che gli ha scritto il gestionalino.

 mantiene i pc.
ma infatti, chi � realista come il re, dir� che Exchange a livello
aziendale, � pi� presente di altri groupware e altri server di posta.
non c'� un cazzo da fare contro la fredda logica dei numeri.
---> pi� presente != migliore
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

yossarian wrote:

telo di io il gestionalino con postgresqellino  .... io parlo di
Aziende, dove la A maiuscola sta ad indicare un fatturato con tanti
ZERI .... con un segno meno o un segno pi� davanti, ma sempre tanti
zeri :-)



Sulla terra ci sono piu` mosche che uomini, dunque le mosche sono
migliori.
I terrestri sulla terra, sono meglio degli extraterrestri.
Gli uomini sono migliori delle balene
Gli elefanti delle balene, i topi dei gatti, le pietre delle case, le
gocce d'acqua
dei mari, la merda del pane.
E chi potrebbe darti torto?!

twistedbrain wrote:

Twisted, mi stupisci!
io NON ho digitato UGUALE .... non lo vedi il punto esclamativo prima
dell'uguale??



Vero ma te avevi scritto:
 >>>>> Tutto questo sufficiente per far si che MySQL sia pi presente di
 >>>>> Postgres in azienda. Anche perch , qualora si presentasse l'esigenza
 >>>>> di utilizzare un RDBMS pi professionale di MySQL, oggi, quasi tutti
 >>>>> si buttano su Oracle.... e non su Postgres.
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 mentre quella di PostgreSQL al mercato /enterprise/.
Ohib�, dipende sempre dall'accezione di "enterprise".
Google, Yahoo e aziende simili (quella che un tempo si chiamava "new
economy") sono da considerare "enterprise"?
Perch�, se s�, l� dentro di MySQL ce n'� a bizzeffe...
Saran casi particolari, se si vuole, ma son casi rilevanti a livello
globale.
-- 
Professional System & Network Sarcazzer
http://bofhskull.wordpress.com/


E no, me lo sono proprio perso (so che vuol dire sia in C sia in
shell), sorry.

 queste cose le ha addirittura documentate nero su bianco?
Ho forse scritto che "non se ne sia accorto chi queste cose le ha
addirittura documentate nero su bianco?"  Ho scritto le ragioni per le
quali MySQL non � considerabile un RDB, come alcuni vogliono invece
spacciarlo.

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

  >>>>> si buttano su Oracle.... e non su Postgres.
E' una sorta di costatazione. E ... sii onesto .... non mi pare che
sia controvertibile.
Se mi sbilancio nel dire che, oggi, a livello aziendale i più diffusi
sono Oracle e MySQL non pare che stia dicendo una eresia.
E, di nuovo, l'indice di diffusione non è indice di qualità
Che poi Postgres, in molti casi possa rimpiazzare, sia l'uno, sia
l'altro, è vero, ma è un altro paio di maniche.

 sono Oracle e MySQL non pare che stia dicendo una eresia.
Infatti, SQLServer non se lo fila nessuno.

 globale.
ma non solo. Tu immagini banche, assicurazioni che usano postgres o
immagini banche che usano l'accoppiata Oracle e MySQL ?
non voglio fare illazioni,  e la butto lì come "open question" ...
perché magari c'è qualcuno che ha ancora voglia di insistere e di
rotflare.
Chiaramente, c'è pure la grande azienda pinco pallo che usa postgres,
e c'è pure quella che usa informix, però la realtà di oggi mi pare
così talmente lampante.


non commento solo perché sto nel suo killfile, e perché  si commenta
da solo.

 Infatti, SQLServer non se lo fila nessuno.
Ti riferisci a Microsoft SQL?
Chiaro, che anche questo è probabilmente più diffuso di postgres, e
magari anche di MySQL a livello aziendale.
Non mi pare che stiamo dicendo eresie.
Se qualcuno riuscisse a trovare una tabellina con dei dati in merito,
avremmo finalmente un riscontro e chiudieremmo questa discussione una
volta per tutte.

 InnoDB, ovvero dal 2005
E infatti l'ha fatto, dato che InnoDB ha cominciato a muoversi con nuove 
funzionalità solo nell'ultimo anno.
-- 
Vide

 volta per tutte.
Nulla di ufficiale ma direi che a livello "enterprise" vecchio stile, il più 
diffuso sia Oracle con dietro di poco SQL Server. A livello "new economy" 
stravince Mysql e a livello PMI credo che Mysql batta di non molto SQL 
Server. YMMV.
-- 
Vide

 In brve: no, il marchio si, è proprità di Oracle/Sun,
E infatti il "Save MySQL" di Monty è proprio attorno al marchio e alla morte 
commerciale del marchio che Oracle secondo lui porterebbe, non al codice.
Le critiche che si fanno a Monty al rispetto è: perchè se ora ti sta così a 
cuore il marchio quando hai venduto MySQL AB a Sun Microsystem per un 
miliardo di dollari non hai messo qualche bella clausola legalmente 
vincolante al riguardo?
-- 
Vide

 spacciarlo.
Facebook usa mysql e tu continui a insistere che mysql spara merda sul
sitarello con drupal.
Hai scritto un po' di cazzate.

 a prescindere dai numeri.
*Sempre* è falso, io a occhiometro lo vedo il 90% delle volte più che 
veloce. Quello che si è peggiorato (dovuto a come hanno scalato con così 
tanti utenti) è la sensazione di real time degli aggiornamenti. Con tutti i 
livelli di cache che hanno è normale succeda.
-- 
Vide

 diffuso sia Oracle con dietro di poco SQL Server.
Dimentichi DB2, o come diavolo si chiama adesso:
http://databases.about.com/library/weekly/aa060401a.htm

 alcun valore aggiunto.
Cio� preferisci che il db accetti qualunque schifo in ingresso, purch� sia 
veloce?
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 Dimentichi DB2, o come diavolo si chiama adesso:
Lo metterei in terza posizione. Era un Top2 il mio :)
-- 
Vide

 Lo metterei in terza posizione. Era un Top2 il mio :)
Secondo il Gartner group � secondo, con una percentuale di mercato molto
superiore a SQLServer, che in effetti le corporation 'mericane
giustamente snobbano. Diverso il discorso per i cioccolatai nostrani.

 veloce?
io sarò pure un flammatore professionista, ma a quanto vedo sarebbe il
caso di istituire il premio "l'ottusino d'oro" ... e i partecipanti
dovrebbero fare la fila per potersi iscrivere.
MySQL è stato concepito in questo modo. I controlli per questo tipo di
eccezioni mancano. Non è l'ipotetico utente che inserisce eventuali
"schifezze", ma è l'ipotetico sviluppatore, che non tiene in dovuta
considerazione queste "limitazioni" DOCUMENTATE di MySQL.
Tali limitazioni, poiché sono ben documentate, non sono frutto di una
svista, ma sono frutto di una scelta precisa. Una scelta progettuale
che è volta a far si che MySQL possa essere il più veloce possibile.
Aggiungi un controllo di qui, aggiungi un controllo di lì, e MySQL si
sarà trasformato in un pachiderma. A quel punto chi volesse fare un
CMS potrebbe optare direttamente per Oracle.

 considerazione queste "limitazioni" DOCUMENTATE di MySQL.
Bum!
Prima Legge dello sviluppatore di applicazioni per DB: se il DB consente
 di inserire fuffa, prima o poi entrer� fuffa.
Seconda Legge: la fuffa serve solo a sprecare spazio su disco e non ci
fai su delle query se non sudando sangue.
Non ti dico quante volte ho sentito sviluppatori dire "non ho messo
controlli nel DB, i controlli li fa l'applicazione" e poi mi sono
trovato a smanazzare colonne "numeriche" contenenti parole in tedesco,
tanto per dirne una.
Il compito di un RDBMS deve essere quello di memorizzare dati corretti.
E questo lo fai con l'integrit� referenziale e l'uso corretto dei
constraint e dei datatype. I controlli fatti dall'applicazione sono
cacca di cavallo, cacca di cavallo, cacca di cavallo. Punto.
Ti assicuro che in vent'anni che smanazzo dei database la Prima Legge ha
sempre ricevuto conferme empiriche.
Poi c'� la scuola di pensiero di chi considera i RDBMS dei secchi della
spazzatura in cui buttare dati a casaccio, non usando l'integrit�
referenziale perch� "rallenta" (?) e definendo tutte le colonne
varchar(255) perch� "i controlli li fa l'applicativo". Per me sono dei
cioccolatai, per loro io sono un noioso purista talebano. Il mondo �
bello perch� � vario.
	Y.


Facciamo così allora, Yossarian e tutti quanti ... vediamo chi ha
palle per portare le discussioni avanti fino in fondo:
mi sono appena scritto ad un "webinar" su MySQL e il CMS Alfresco che
si terra il 14 gennaio alle ore 15:00.
Di Alfresco non me ne frega praticamente niente, però ho deciso di
ammazzare in questo modo una mezz'oretta di tempo... magari ne viene
fuori qualcosa di interessante.
Visto che credo sia possibile intervenire durante il webinar, io
chiederei a tutti voi di iscrivervi e di rivolgere tutte queste
precisazioni e rimostranze agli sviluppatori di Alfresco.
Provate a sentire la loro opinione e come mai per una piattaforma
commerciale è stato scelto MySQL piuttosto che Postgres, portate
avanti tutte le vostre opinioni e discutetene serenamente con loro.
Ovviamente non non parlerete con il presale di Sun, che è un oste che
sta vendendo il suo vino. Parlerete con il tecnico di alfresco.
Vediamo quanto senso avrebbe quello che state dicendo, al di fuori di
questo contesto viziato.


Hai ragione, però, vallo a prevedere che Oracle, proprio Oracle,
avrebbe comprato Sun....
Che Sun non navigasse in buone acque lo sapevamo tutti.
Che una azienda che produce RDBMS avesse comprato Sun IO non lo avevo
previsto in alcun modo.

 che deve decidere in merito all'acquisizione di SUN da parte di Oracle.
  Perché piuttosto non fanno una petizione verso i DBA, i sistemisti e
tutti quanti usano MySQL professionalmente perché ne adottino il codice,
tipo Miro (
https://www.getmiro.com/adopt/
)?  Si potrebbe mettere su e
finanziare una squadra di sviluppatori capaci di prendersi carico del
progetto e di farne un prodotto che magari possa interessare la stessa
Oracle come DB low-end libero e gratuito, qualcosa come la Express
Edition.  Magari la Oracle potrebbe essere interessata ad un tale
prodotto perché le permetterebbe di liberare sue risorse da dedicare
solo sui suoi prodotti standard e enterprise, oppure la Oracle non se ne
interesserà per niente ma altri si, forse alcuni suoi concorrenti, che
potrebbero fornire almeno del supporto logistico agli sviluppatori.  Ma
fare appello all'Unione Europea perché faccia una cosa inaudita, ossia
tentare di costringere una ditta commerciale a sviluppare un prodotto
libero e gratuito del quale non può vantare la proprietà esclusiva del
codice e che è concorrente al suo core-business, beh, non solo la vedo
come dura, ma neanche come una soluzione desiderabile.  Piuttosto si
potrebbe fare appello all'UE perché finanzi lei un progetto europeo che
garantisca il futuro del codice di MySQL in quanto chiave per gli
interessi della stessa EU, direttamente o indirettamente (e qui ci
starebbero bene i discorsi che già hanno fatto di libertà e di scelta
oltre che di salvaguardia dell'installato ecc.).  Una specie di progetto
BerliOS ma paneuropeo.
  Obbligare per legge qualcuno, individuo o ditta che sia, a sviluppare
codice in perdita mi sembra assurdo e contrario finanche ai principi del
Software Libero, perché sarebbe una limitazione della scelta e della
responsabilità individuale, nonché una forzatura del mercato
ingiustificabile e politicamente insostenibile.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 sitarello con drupal.
No, non ho scritto questo. Ho scritto una cosa di un'ovviet� estrema:
che qualsiasi velocissimo DB engine che faccia query su dati corrotti
tirerebbe fuori merda pi� veloce d'una Ferrari. Contesta questo.

 Postgres enterprise senza che questo abbia un supporto Enterprise.
  No, ho soltanto letto l'articolo.  Cito: «For enterprise applications,
PostgreSQL and Ingres are the most commonly used databases.»
  Ma leggere prima di commentare no, eh?


 l'articolo non cita nulla del genere.
	«For enterprise applications, PostgreSQL and Ingres are
	the most commonly used databases.»


 sar� trasformato in un pachiderma.
RI-LOL
Stai dicendo che la "velocit�" di mysql � data dall'assenza di controlli?


 	commonly used databases.»
Appunto.
L'applicazione che rende circa il 35% dei ricavi alla mia azienda ha come
backend postgres, benchè sia fondamentalmente "agnostica" rispetto al
backend.
Voi affidereste il backend di una delicata applicazione finanziaria
a MySQL?
Noi abbiamo deciso che non era affatto il caso e non già usando un
coin flip come criterio...
In quanto al supporto enterprise, beh, solo per fare un esempio...
http://www.enterprisedb.com/

  di inserire fuffa, prima o poi entrerà fuffa.
  Che è una legge universale valida per tutti gli applicativi.
  Questo caso mi ricorda tanto una famosa (anche se non so quanto
storicamente autentica) risposta data da Ettore Bugatti ad uno che gli
aveva fatto notare come i freni di una sua vettura da corsa fossero
sottodimensionati: "Questa macchina è fatta per correre, non per frenare!"


 Come chiamarlo?
Drizzle
-- 
Vide

 wrote:
da quanto scrivi mi sembra che  tu non abbia letto l'oggetto del di
cui stiamo parlando, che ribadisco:
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html
Nessuno vuole obbligare Oracle a sovvenzionare lo sviluppo di MySQL,
nemmeno Widenius, semplicemente si vuole che Oracle non assuma una
posizione monopolistica in Europa nel campo dei db (e per questo ci si
appella alla UE) e percio` che o venda MySQL a qualcun altro o cambi
la licenza in modo da consentire che il codice MySQL di  Oracle resti
libero in modo che qualsiasi sviluppatore open source possa continuare
a lavorarci.
Andrea



Cambiare licensa?
Cosa ha la GPL che non va?
Ciao  Manlio

On 5 Gen, 19:38, Manlio Perillo <manlio_perill...@SPAMlibero.it>
wrote:

Non cambiare licenza?

 Cosa ha la GPL che non va?
A parte che switchare licenZa non sarebbe proprio possibile per un 
progetto come mysql, la GPL fa cagare a prescindere e crea solo problemi 
a chi sviluppa.
Paragonare oracle a mysql mi sembra veramente assurdo, così come mi 
sembra assurdo che mysql possa minimamente minare l'utenza di oracle.
Così come è assurdo che mysql, in un ipotetico futuro, possa raggiungere 
prestazioni e features di oracle a meno di non ridisegnarlo e riscriverlo 
completamente.
La polemica su mysql e oracle è solo polemica, al limite del trollaggio, 
alimentata da politici che vogliono mettere bocca in cose di cui 
minimamente non hanno idea.
Oracle e mysql sono due prodotti diversi, se oracle dovesse un giorno 
sabotare mysql (MAGARI), non mancheranno fork così come è successo con 
gaim e pidgin, asterisk e callweaver, xfree e xorg e una marea di altri 
prodotti.
Per il resto, tutto questo discorso paragonando feeatures di oracle con 
features di mysql, enterprise o meno, è inutile a chi capisca un minimo 
di database, li utilizzi amministrandoli o programmandoli...

 di database, li utilizzi amministrandoli o programmandoli...
Si`, direi di si` (ma basta capirne anche poco come me).

 l'engine) di PostgreSQL
anche il backend di Skype usa PostgreSQL
ilSimo
-- 
now playing: 
Now I know, there's a better way
Let my heart ride out for a better day
Now it's time to breathe in the open air,
With a mind so free, anyway
It's time to break free!
                                Gammaray - Time To Break Free

 immagini banche che usano l'accoppiata Oracle e MySQL ?
_so_ di bache che usano Oracle. punto.
(e so anche di banche che usano SQLServer e basta O_o)
ilSimo
-- 
now playing: 
Here Minkions
Here you got: Minkions
You can touch: Minkions
You can love: Minkions, Minkions' band!
                                Bulldozer - Minkions

 a lavorarci.
  La licenza di MySQL è la GPL vers. 2.  Quindi MySQL è già «libero in
modo che qualsiasi sviluppatore open source possa continuare a
lavorarci» e perché qualsiasi ditta lo usi o lo pacchettizzi per
venderlo a terzi.  E questo l'ho scritto chiaramente.


 venderlo a terzi.  E questo l'ho scritto chiaramente.
Non riesco a spiegarmi. Non libero adesso. Libero x sempre anche cio`
che acquisisce e sviluppa Oracle per questione di monopolio in campo
db.

 che acquisisce e sviluppa Oracle per questione di monopolio in campo db.
Mi sono un po' invergolato nella discussione e non capisco dove ognuno 
vuole andare a parare.
MySQL e` sotto GPL2, quindi chiunque, gia` ora, puo` prenderne il codice 
e modificarlo, mantenendo la licenza GPL2.
Quello che probabilmente Widenius vuole e` che Oracle ceda tutti i 
copyright su MySQL a qualcun'altro, in modo da poterlo rimettere sotto 
doppia licenza, e mettersi a venderlo anche lui per usi commerciali.
Ma gia` adesso nessuno impedisce di prendere MySQL, continuare con lo 
stesso nome, forkarlo o farne quel che vuole. Deve "solo" mantenere la 
licenza GPL2 e non puo` modificarla senza il consenso scritto di tutti i 
detentori dei diritti (probabilmente Sun, e quindi Oracle).
Bye.

 stabilire i trend degli RDBMS fino al 2014
Il campione e` di 451 elementi e, da quello che ho capito, si tratta di
una analisi di realta` abbastanza influenti (poi e` da capire quanto
sia indipendente una analisi del genere)
Enrico

 doppia licenza, e mettersi a venderlo anche lui per usi commerciali.
Capisco che conversare possa essere piacevole, ma continuare a
ripetere le stesse cose meno.
Io voglio andare a parare sul fatto che qui c'e` un consistente numero
di persone (tu per niente affatto escluso) che non sa di che cosa sta
parlando, dato che non ha letto:
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html
Eppure continua a parlarne, il che e` fastidioso.

 Eppure continua a parlarne, il che e` fastidioso.
Metti caso che l'abbia letto e che non sia completamente d'accordo con 
lui.
Come ho detto, lui vuole solo che Oracle "molli" i copyright sul codice, 
in modo da poterlo rimettere sotto dual license e venderlo.
Ora ragioniamo, se vuoi: il codice di MySQL e` sotto GPL. L'unica entita` 
(azienda o gruppo di persone) che puo` cambiarne la licenza e` chi 
detiene il copyright sul codice. Per consentire ad altre aziende di 
modificare MySQL e di RIVENDERLO, cosa dovrebbe fare Oracle?
Regalare il copyright a qualcuno compiacente che permetta a tutti gli 
altri di farlo. Oppure restituire il copyright ai rispettivi autori, e 
poi sperare che loro concedano il permesso di bilicenziare il loro codice.
Visto che Sun ha pagato fior di milioni per la prima opzione (e Oracle 
sta comprando le immobilizzazioni di Sun, che comprendono anche quel 
qualche milione), e che la seconda e` abbastanza difficile da attuare, 
direi che alla Oracle dovrebbero essere cretini completi per accettarla. 
Piuttosto lasciano morire Sun e, quando va all'asta fallimentare, si 
comprano gli stessi assets per un tozzo di pane e inculano Widenius lo 
stesso. Ma intanto licenziano tutti e richiano di disperdere gli altri 
assets.
In ogni caso MySQL non ci fa una bella fine.
Se Widenius e` furbo, invece di rompersi le balle cosi`, fa una bella 
cosa: prende MySQL, lo modifica e lo distribuisce sotto GPL, cambia le 
API di accesso al DB, riscrive da zero la libmysqlclient.so e la mette 
sotto licenza proprietaria sua, eventualmente con una eccezione per 
progetti GPL, o fa doppia licenza GPL e proprietaria, come erano le Qt.
In questo modo chi vuole usare MySQL linkato (staticamente o 
dinamicamente) al suo software GPL lo puo` continuare a fare.
Lui puo` rivendere la sua libmysqlclient.so a pagamento per progetti non 
GPL.
E chiunque altro voglia fare la stessa cosa si riscrive la sua 
libmysqlclient.so e lo fa.
Ma lui, come si dice dalle mie parti, vuole la moglie piena (che Oracle 
molli MySQL) e la botte ubriaca (che lui e forse nessun altro lo possa 
rivendere), che e` doppiamente impossibile.
Sta facendo un polverone inutile e con scarse possibilita` di successo.
Tanto piu` che ci sono gia`, come gia` detto, Postgres, Firebird e SQLite 
che sono open source.
Lui rivuole solo il suo bambino che ha venduto quando era povero e ora si 
e` pentito.
Bye.

 vincolante al riguardo?
Piuttosto che una clausola vincolante, perche` ha venduto? E` come la
storia di Skype, se aveva paura della fine che poteva fare il proprio
prodotto, allora tanto valeva non vendere e andare avanti per la propria
strada
Enrico

 anche il backend di Skype usa PostgreSQL
Si, ma da quello che si sa, Skype lo utilizza as is, ovvero senza
modificare l'engine (anche perche` lo storage engine di Yahoo! e` column
based)
Enrico
P.S. chissa` se con l'accordo tra Yahoo! e Microsoft si potra` mai
mettere mano all'engine di PostgreSQL personalizzato dal primo...

 poi sperare che loro concedano il permesso di bilicenziare il loro codice.
Sinceramente non ti seguo e nemmeno capisco come questo si riferisca
a
quanto espresso qui
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html

 
http://monty-says.blogspot.com/2009/12/help-keep-internet-free.html
E` la traduzione di quanto ti ho riportato qui sopra.
Bye.

 E` la traduzione di quanto ti ho riportato qui sopra.
DIrei proprio di no. Anzi mi riesce difficile capire come si faccia a
trovare una relazione
fra le due cose.
Quello che ho capito io e` che loro vivranno con consulenze ed
eventuale supporto e
sviluppo di alto livello su mariaDB.

 se non sarebbe possibile.
Che detta come l'hai descritta, la mia sembra piu` una risposta
sarcastica che una risposta seria, il che e` tutto dire...
Enrico

 Scusa ma chi ti comprerebbe del software gia` sviluppato sotto BSD?
Tutti quelli che comprano EnterpriseDB, ad esempio
Enrico

 Tutti quelli che comprano EnterpriseDB, ad esempio
Com'e` possibile? Nel senso che sw sotto BSD o GPL non pongono vincoli
alla redistribuzione e quindi perche' mai si dovrebbero pagare quando
si possono ottenere (gli stessi) senza pagarli? Si faranno pagare dei
servizi legati al sw, non il sw.

 vendita.
OSX e` basato su un kernel che, se non sbaglio, e` BSD.
Internet Explorer e molti pezzi di Windows usano codice sotto BSD.
Come dice Henryx, EnterpriseDB.
E probabilmente molto altro software venduto come proprietario con una 
noticina da qualche parte coi copyright degli autori originali, ma che 
nessuno si prende la briga di controllare se prima era BSD.
Invece sotto GPL nessuno ti compra il software. Ti comprano l'assistenza, 
le personalizzazioni, il servizio di installazione, ma non il software.
Semplicemente perche` il software venduto sotto BSD non e` piu` BSD, 
diventa proprietario.
E` il motivo per cui non uso e non usero` mai licenze BSD per i miei 
software. :)
Bye.

 servizi legati al sw, non il sw.
Non solo, ma anche perche` aggiungono delle estensioni proprietarie che
a molti fanno gola (soprattutto per la compatibilita` con Oracle). Tieni
presente inoltre che molte aziende utilizzano un prodotto solo se vi
e` un'azienda ufficiale dietro, e in questo caso EnterpriseDB fa
egregiamente il suo lavoro
Enrico

 nessuno si prende la briga di controllare se prima era BSD.
No.
Nel senso che se e` BSD tu non hai nessun obbligo di pagare nulla a
nessuno, quello che paghi e` il software derivato con modifiche
proprietarie da sw BSD che quindi non e` piu` sotto quella licenza,
pur essendo derivato da sw che lo era.
Ciao

 essendo derivato da sw che lo era.
Appunto. Quindi Widenius potrebbe fare, con MySQL sotto BSD, la stessa 
cosa di Postgres: vendere MyPowerfulSQL versione chiusa di MySQL, 
sfruttare il lavoro della comunita` e aggiungerci pezzi chiusi.
Bye.

 strada
Tu avresti detto di no a un miliardo di dollari? :)
-- 
Vide

 sfruttare il lavoro della comunita` e aggiungerci pezzi chiusi.
Sembra che pero` non fosse interessato a cio`, ma personalmente
economicamente a mariadb che sta sviluppando con la sua azienda,
mentre facesse un discorso piu` generale riguardo a MySQL.

 si risolve lo stesso problema.
A me sembrano due cose completamente diverse. Perche' nel secondo caso
non garantiresti le liberta` di quel software, nel primo si`

 mettere mano all'engine di PostgreSQL personalizzato dal primo...
uhm...
ilSimo
-- 
now playing: 
Mirror Mirror on the wall
True hope lies beyond the coast
You're a damned kind can't you see
That the winds will change
                                Blind Guardian - Mirror Mirror

 come mission primaria le perfomance.
Che ha fallito. Posto che un benchmark presente in rete faceva vedere
che gia` PostgreSQL 8.1.4 teneva testa a MySQL 5.0.27, un test appena
effettuato sulla mia macchina, e basato su quello che ho scritto[1] in
Message-ID: <g14s4i$80h$1...@abraham.hellfish.home> (ovvero inserimento in
10 tabelle e query su di una vista "collante" che restituisce un range
di dati di circa 5 milioni) mostra chiaramente che MySQL, su MyISAM (e
quindi sull'engine dichiarato piu` veloce e performante), e` il database
piu` lento di quelli da me presi in considerazione (SQLite, MySQL,
Firebird, PostgreSQL). Per una query che restituisce i record di 20 anni
(ovvero i dati di una sola delle tabelle contenute nella vista), ottengo
questi risultati (i secondi):
 - MySQL: 110.703841
 - SQLite: 89.428173
 - PostgreSQL: 1.161509
 - Firebird: 0.001291
Ora, visto che le prove sono state fatte dalla stessa macchina[2], che
sono state prese le versioni in Debian sid, e che sono prese in
considerazione le configurazioni di default dei vari db, l'unica cosa
che mi viene da dire e` quello che ho detto all'inizio: se gli intenti
degli sviluppatori di MySQL sono quelli da te riportati, allora hanno
fallito su tutti i fronti
Enrico
[1] se qualcuno e` interessato, sono pronto a riportare il nuovo
codice dei vari tester (in python, sostanzialmente uguale per
tutti eccetto per il driver utilizzato e per i parametri di binding
delle query)
[2] Intel Core 2 Quad Q6600, 4Gb di RAM, due HD SATA 7200 RPM uniti via
LVM

 delle query)
Ecco, mi hai incuriosito, mi interesserebbe vedere da dove sei partito
per ottenere ciò :D

Enrico 'Henryx' Bianchi wrote:

no caro.
non eri per nulla scarcastico.... 
La mia posizione era di attacco a mysql
La tue posizione era di difesa di mysql
Oggi i ruoli si sono leggermente invertiti.
Io, cos� come allora, continuerei a NON far voler utilizzare mysql per
la memorizzazione dei dati di audit, per� difendo mysql per quanto
riguarda il suo utilizzo in certi ambiti.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 prodotti.
Qui torniamo al discorso di inizio thread: lo sviluppo in un ambiente
enterprise, � cosa ben diversa dallo sviluppo eseguito dalla fantomatica
comunit�. Cos� come, dal punto di vista enterprise, � cosa ben diversa
avere alle spalle il supporto commerciale di sun piuttosto che non
averlo. 


 doppia licenza, e mettersi a venderlo anche lui per usi commerciali.
MySQL ha sempre avuto alle spalle un ambiente enterprise.
Credo che lui si sentirebbe maggiormente garantito se MySQL fosse in
mano ad una azienda che non producesse altri rdbms.
Poni il caso che una azienda volesse metterci le mani sopra per
migliorarlo in tutti i sensi, fino al punto di renderlo paragonabile
ad Oracle sotto tutti i punti di vista.
Questo con Oracle non sarebbe evidentemente possibile.


twistedbrain wrote:

non solo quello. Nel caso di aziende come la Sun: software is an excuse
to sell hardware.
La sun, non vende pi� licenze da tanto tempo.
L'unica cosa che vendono, ormai sono contratti di supporto, e sistemi
hardware.
In alcuni casi, il contratto di supporto ti garantisce la possibilit� di
scaricare patch. Se non hai pagato il supporto, non hai una login, e se
non hai la login non scarichi le patch... e se c'� un bug -  perch�
Max_Adamo a suo tempo riempiva le matrici senza aver fatto realmente
alcuni test - te lo tieni :D


 Stai dicendo che la "velocit�" di mysql � data dall'assenza di controlli?
ti pare rocket science aggiungere un controllo come quello del quale
stiamo parlando?
Anche tu sei veramente convinto che li ci sono i cretini e che i geni
stanno tutti sui forum a sparare cazzate?


  - Firebird: 0.001291
Allora perch� volevi farmi usare mysql per la memorizzazione dei dati di
audit?
Perch� a suo tempo non mi hai consigliato firebird?
Enr�, in realt� sei uno sporco baro.
Che tipo di tabelle hai utilizzato su MySQL?
mysql � vincente, a certe condizioni.
Una di questo condizioni prevede l'utilizzo di tabelle myisam.... che
sono quelle che vanno tranquillamente bene su tutti i CMS gestiti con
mysql.


> quindi sull'engine dichiarato piu` veloce e performante)
S.

 S.
Zamb�: cosa vuol dire "domanda retorica"?
http://it.wikipedia.org/wiki/Domanda_retorica


 
http://it.wikipedia.org/wiki/Domanda_retorica
me cojones!!! Nel senso di ME COGLIONE :-( 
Dai ... una svista. Dimentica tutto :D


 per ottenere ciò :D
Di seguito trovi lo script per la creazione delle tabelle e lo script
che ho usato per inserire i dati ed eseguire le query su Firebird (tutti
gli altri script differiscono solo dal driver di database, dai binding
utilizzati nell'insert e dal differente uso della sequenza). Una sola
nota: lo script esegue vari test. L'unico per cui non posso dare dati
certi e` il tempo di inserimento dei record su PostgreSQL, in quanto,
per qualche astruso motivo, a meta` operazione di inserimento la
connessione veniva terminata in modo anomalo (c'e` comunque da dire che
MySQL ci ha messo 595.351595 secondi per terminare il test).
=== Script creazione tabelle ===
CREATE GENERATOR TEST_SEQ;
CREATE TABLE TEST1
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test1_check CHECK(date_ins <= 16391231)
);
CREATE TABLE TEST10
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test10_check CHECK(date_ins >= 19800101)
);
CREATE TABLE TEST2
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test2_check CHECK(date_ins >= 16400101 AND date_ins <= 16791231)
);
CREATE TABLE TEST3
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test3_check CHECK(date_ins >= 16800101 AND date_ins <= 17191231)
);
CREATE TABLE TEST4
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test4_check CHECK(date_ins >= 17200101 AND date_ins <= 17591231)
);
CREATE TABLE TEST5
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test5_check CHECK(date_ins >= 17600101 AND date_ins <= 17991231)
);
CREATE TABLE TEST6
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test6_check CHECK(date_ins >= 18000101 AND date_ins <= 18391231)
);
CREATE TABLE TEST7
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test7_check CHECK(date_ins >= 18400101 AND date_ins <= 18791231)
);
CREATE TABLE TEST8
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test8_check CHECK(date_ins >= 18800101 AND date_ins <= 19391231)
);
CREATE TABLE TEST9
(
  INS Integer,
  DATE_INS Integer,
  HOUR_INS Integer,
  TXT Varchar(30),
  CONSTRAINT test9_check CHECK(date_ins >= 19400101 AND date_ins <= 19791231)
);
CREATE VIEW TEST (INS, DATE_INS, HOUR_INS, TXT)
AS   
select ins, date_ins, hour_ins, txt from TEST1
union
select ins, date_ins, hour_ins, txt from TEST2
union
select ins, date_ins, hour_ins, txt from TEST3
union
select ins, date_ins, hour_ins, txt from TEST4
union
select ins, date_ins, hour_ins, txt from TEST5
union
select ins, date_ins, hour_ins, txt from TEST6
union
select ins, date_ins, hour_ins, txt from TEST7
union
select ins, date_ins, hour_ins, txt from TEST8
union
select ins, date_ins, hour_ins, txt from TEST9
union
select ins, date_ins, hour_ins, txt from TEST10;
CREATE INDEX IDX_TEST_1 ON TEST1 (DATE_INS);
CREATE INDEX IDX_TEST_10 ON TEST10 (DATE_INS);
CREATE INDEX IDX_TEST_2 ON TEST2 (DATE_INS);
CREATE INDEX IDX_TEST_3 ON TEST3 (DATE_INS);
CREATE INDEX IDX_TEST_4 ON TEST4 (DATE_INS);
CREATE INDEX IDX_TEST_5 ON TEST5 (DATE_INS);
CREATE INDEX IDX_TEST_6 ON TEST6 (DATE_INS);
CREATE INDEX IDX_TEST_7 ON TEST7 (DATE_INS);
CREATE INDEX IDX_TEST_8 ON TEST8 (DATE_INS);
CREATE INDEX IDX_TEST_9 ON TEST9 (DATE_INS);
===
=== Script python Firebird ===
#!/usr/bin/python
# -*- coding: utf-8 -*-
import kinterbasdb as db
import datetime, time
def insert_data(cur):
    run = True
    table = ""
    years = 0
    count_insert = 0
    cur_time = datetime.datetime(1400, 1, 1, 0, 0, 0)
    end_time = datetime.datetime(2008, 12, 31, 23, 0, 0)
    t0 = time.time()
    while run:
        if cur_time.year <= 1639:
            table = "test1"
        elif cur_time.year >= 1640 and cur_time.year <= 1679:
            table = "test2"
        elif cur_time.year >= 1680 and cur_time.year <= 1719:
            table = "test3"
        elif cur_time.year >= 1720 and cur_time.year <= 1759:
            table = "test4"
        elif cur_time.year >= 1760 and cur_time.year <= 1799:
            table = "test5"
        elif cur_time.year >= 1800 and cur_time.year <= 1839:
            table = "test6"
        elif cur_time.year >= 1840 and cur_time.year <= 1879:
            table = "test7"
        elif cur_time.year >= 1880 and cur_time.year <= 1939:
            table = "test8"
        elif cur_time.year >= 1940 and cur_time.year <= 1979:
            table = "test9"
        elif cur_time.year >= 1980:
            table = "test10"
        cur.execute("INSERT INTO " + table +
                    "(ins, date_ins, hour_ins, txt) " +
                    "VALUES(gen_id(test_seq, 1), ?, ?, ?)",
                    ["".join([str(cur_time.year),
                            str(cur_time.month).zfill(2),
                            str(cur_time.day).zfill(2)]),
                    "".join([str(cur_time.hour).zfill(2),
                            str(cur_time.minute).zfill(2),
                            str(cur_time.second).zfill(2)]),
                    " ".join(["Testo data",
                            "/".join([str(cur_time.day).zfill(2),
                                        str(cur_time.month).zfill(2),
                                        str(cur_time.year)]),
                            "ore",
                            str(cur_time.hour)])])
        cur_time = cur_time + datetime.timedelta(hours=1)
        count_insert = count_insert + 1
 
        if count_insert == 8760:
            #print "Inserito anno " + str(cur_time.year)
            count_insert = 0
            con.commit()
        if cur_time == end_time:
            t1 = time.time()
            #print "Data corrente uguale a data di fine"
            print "Tempo di inserimento dati: %f" % (t1 - t0)
            run = False
    cur.close()
def query_data(cur):
    t0 = time.time()
    cur.execute("select max(date_ins) from test")
    t1 = time.time()
    print "Tempo di estrazione max(date_ins): %f" % (t1 - t0)
    t2 = time.time()
    cur.execute("select * from test where date_ins between 17250101 and 17441231")
    t3 = time.time()
    print "Tempo estrazione dati dal 01/01/1725 al 31/12/1744: %f" % (t3 - t2)
    t4 = time.time()
    cur.execute("select * from test where date_ins between 17250101 and 18241231")
    t5 = time.time()
    print  "Tempo estrazione dati dal 01/01/1725 al 31/12/1824 %f" % (t5 - t4)
    t6 = time.time()
    cur.execute("select * from test where date_ins between 17250101 and 19241231")
    t7 = time.time()
    print "Tempo estrazione dati dal 01/01/1725 al 31/12/1924 %f" % (t7 - t6)
    cur.close()
if __name__ == "__main__":
    print "Inizio test"
    con = db.connect(host="localhost", database="test.fdb",
                 user="sysdba", password="masterkey")
    print "Inserimento dati"
    insert_data(con.cursor())
    print "Esecuzione query"
    query_data(con.cursor())
    print "Fine test"
    con.close()
===
Enrico

 Che tipo di tabelle hai utilizzato su MySQL?
Come ho gia` riportato, MyISAM, che e` il default sull'installazione del
pacchetto deb. Per qualsiasi altro dettaglio, ti consiglio di leggere
il post che ho fatto a Raffaele Salmaso
Enrico

 funzionalità solo nell'ultimo anno.
Questo non lo sapevo
Enrico
P.S. comunque, ci sarebbe anche da dire perche` MySQL AB non ha
acquistato una tecnologia per lei significativa prima di Oracle...

 La tue posizione era di difesa di mysql
Guarda, se riportare un dato di fatto (il message-id te l'ho riportato
nell'altro post) equivale a difendere un prodotto, allora dire che
HP-UX lo usano sui server equivale a dire che HP-UX e` il miglior
sistema operativo in circolazione (si, c'ho il dente avvelentato con lo
Unix di HP :) )
Enrico

 Tu avresti detto di no a un miliardo di dollari? :)
Probabilmente no, pero` sicuramente non mi sarei messo a piangere come
un bambino dopo aver compreso la cazzata che stavo facendo (ovvero, se
dovevo farlo, avrei richiesto piu` voce in capitolo su qualsiasi
decisione  utile a mandare avanti il mio prodotto)
Enrico

 in questo thread: 
la memcached. non mi pare che ci sia altro.... mo' non vado a guardare.
Ma dovrebbe essere quella l'ottimizzazione come dicevi poc'anzi a De
Tullio.
Fra l'altro, se ci agganciamo a quel vecchio thread (ma non ne vale la
pena) il cluster di MySQL � una banale replica su tutti i nodi, e non
funziona nel modo in cui funziona il cluster Sensage. Il cluster
Sensage distribuisce i dati, ma replica solo con un cosiddetto
"secondario" del nodo accanto a lui. Quindi crea una sorta di anello
che, nel suo insieme, contiene tutti i dati.
Una piccola curiosit�: nel posto in cui lavoravo prima,
quell'accrocchio per la memorizzazione degli audit era composto da
circa 35 di nodi e a me sembra qualcosa di mostruoso. Adesso lavoro in
una azienda che opera nello stesso settore ma molto pi� grande, e
guarda caso, usano lo stesso prodotto, che per� consiste di 180 nodi
(centottanta).



a margine:
No no .. doppiamente Cojones  .... come speri che ti risponda via 
email.. se mi dai un email FAR-LOCK-ka ?
Mah .... sti sistemisti windowze ... -.-

 credo proprio
Esattamente quello che intendevo io,
se al posto di MySQL ci fosse stato un qualsiasi altro DB, magari 
PostgreSQL, FB starebbe in piedi lo stesso :)

 stanno tutti sui forum a sparare cazzate?
No, ma tu sei convinto del contrario.
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 stanno tutti sui forum a sparare cazzate?
  Potendo scriversi questo a proposito di qualunque cosa, se ne deduce
che al mondo non esistono i cretini.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 parlando di cifre a 5 zeri, eh)
Eh?
La licenza perpetua della Stardard Edition One per un server
monoprocessore costa 4000 euri. E' carissimo, sono d'accordo, ma non
sono certo cifre a 5 zeri...

 sono certo cifre a 5 zeri...
Per sentito dire, conoscevo i prezzi della Enterprise. Comunque sia, sono 
pur sempre una marea di soldi
Enrico

 a pensare che la cosa non � cos� tragica come cerchi di mostrarla tu.
Tenter� di non farti troppo male, che non sei pi� abituato. Vedo tra 
l'altro che sei gi� passato ai vari livelli di luoghi comuni e scemenze 
che significano fondamentalmente "non ho pi� nulla da dire".
A mia discolpa ti posso dire che sto installando Gentoo, perch� sto 
usando Scala e il supporto a Java e alla sua infrastruttura di FreeBSD 
fa cagare a spruzzo. Ho valutato OpenSolaris, ma pensando che lavoravi 
in Sun ho preferito usare altro. (e infatti mi sono iscritto qui che mi 
sono accorto che non mi ricordo piu' una sega di come si tira su una 
macchina con Linux)
1) Per un DBMS la corruzione dei dati � la cosa peggiore che puo' 
capitare. Una base di dati relazionale, deve appunto occuparsi delle 
sue relazioni e di mantenerle coerenti, altrimenti sono cazzi. 
Sicuramente MySQL non corrompe i dati un giorno si e l'altro pure, 
assolutamente no, diciamo semplicemente che c'� di meglio. Per dire, la 
gestione dell'encoding dei dati di MySQL fa decisamente cagare. La 
gestione del clustering anche, a meno che non si vogliano spendere 
soldoni in soluzioni rigorosamente proprietarie.
2) Che le performance di MySQL siano state la "mission" di MySQL non 
solo � una cagata mostruosa, � anche un fallimento totale per MySQL. I 
database "ce ne sbattiamo del relazionale ma siamo veloci e ridondati" 
che ci sono oggi, un couchdb o un mongodb, si mangiano MySQL di diversi 
ordini di magnitudine, nel senso che hanno fatto 20 write e 20 read nel 
tempo che MySQL ci mette a partire.
3) Conosco un bel po di eng. di Facebook, la situazione � piuttosto 
nota. Usano una versione pesantemente patchata di MySQL in un cluster 
per i *dati statici*, ovvero, le performance di MySQL sono 
completamente al di fuori dello schema, essendo le scritture e letture 
completamente asincrone e passando per diversi livelli di caching. Lo 
usano come data storage "stupido", "il coso su cui si fanno i backup", 
il 90% del lavoro (tra cui la distribuzione) lo fa Cassandra, una base 
di dati che puo' tranquillamente stare tra i sopracitati mongodb e 
CouchDB, basata su Dynamo di Amazon e BigTable.
4) Molto difficilmente Oracle far� qualcosa a MySQL, in parte perch� 
avrebbe grane legali (non puoi comprare un concorrente per "fotterlo"), 
in parte perch� sono 2 mercati completamente diversi, tanto che 
difficilmente chi usa MySQL puo' soltanto pensare di passare a Oracle 
*pagando*, piuttosto passa a PostgreSQL o Firebird *gratis*, visto che 
le basi di dati non diventano tanto rognose da necessitare Oracle in 
una notte. Poi, tutto � possibile, ma se davvero il piano di Oracle � 
questo forse � il caso che rivaluti il suo management, perch� ha un 
problema a livello cromosomico abbastanza evidente.
Semplicemente, essendo Oracle completamente esclusa dal mercato delle 
startup, si � comperata un asset per entrarci. Niente di strano.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 utenti, a prescindere dai numeri.
Ma dov'� che � lento ?
Tra parentesi, se fosse cos� lento, non avrebbe gli utenti che ha.


   printf $i }'; echo
x caso lavori su DRU? :D