Discussione:MySQL

message: Ultima frase del primo paragrafo:
"La società svedese MySQL AB ha circa trenta dipendenti e i suoi principali introiti provengono dal supporto online agli utilizzatori di MySQL, dalla vendita delle licenze commerciali e dall'utilizzo da parte di terzi del marchio MySQL."
Io la toglierei perchè mi sa un po' di marketing... questa è un'enciclopedia, informazioni di questo tipo oltre a essere estremamente variabili nel tempo sono riportate sui siti delle società solo per accattivare gli investitori. Legittimissimo, ma che c'entra coi nostri scopi?
--Sante Caserio 14:57, Mar 22, 2005 (UTC)
:Per quale motivo non deve essere citata su Wikipedia un'azienda che mette a disposizione con un certo tipo di licenze i prodotti su cui detiene il copyright e che mette un link a http://www.nosoftwarepatents.com/ nella sua home page? Io per contro farei una pagina apposta, visto anche che altre aziende che adottano politiche ben più restrittive ce l'hanno. --M/ 15:04, Mar 22, 2005 (UTC)
Il testo in questione non aveva alcun scopo di marketing ma esclusivamente di documentazione. In it.wiki ci sono diversi articoli riguardanti aziende più o meno famose con diverse informazioni di tipo aziendale (Microsoft, Fiat,...) . Il testo in questo caso documenta la relazione "fare soldi con il prodotto descritto = licenza open source del prodotto desritto". Non mi pare fuori luogo (pe fozza, lo scritto me :-) Che i dati risulteranno non aggiornati no mi sembra una buona motivazione, visto che l'intera it.wiki è già "antiquata" in molte sue parti (se mi chiedi quali, te le dico :-) Tomi 15:57, Mar 22, 2005 (UTC)<
Primo voglio precisare che sono contro i brevetti sul software, sono favorevole a tutto il software open source e in particolare credo che MySQL (sebbene meno avanzato di PostgreSQL da un punto di vista tecnico) sia uno dei cavalli di battaglia da usare per promuovere un modello di sviluppo sostenibile in ambito informatico. D'altra parte uno che si chiama "Sante Caserio" non può che pensarla così. Per favore, non confondiamo le idee politiche con le idee su un testo!
: non ho capito dove sia il problema. comunque preferisco non approfondire in quanto intuisco sia un problema irrilevante quello delle nostre posizioni politico-ideologiche.Tomi 07:28, Mar 23, 2005 (UTC)
:: Appunto, cito testualmente dal messaggio a cui hai risposto: "Per favore, non confondiamo le idee politiche con le idee su un testo!". Chiaramente non rispondevo a te, ma al messaggio precedente. --Sante Caserio 14:40, Mar 24, 2005 (UTC)
Tomi, so che it.wiki è "datata" in molte sue parti, ma questo è un problema secondo me. Quando hai scritto che MySQL ha 30 dipendenti? Quanti ne ha oggi? Quanti ne avrà tra un anno? La maggior parte degli utenti potrebbero leggere lo stesso testo tra 20 anni e credere che MySQL avrà 30 dipendenti! A me non sembra un'informazione rilevante, anche perchè 30 dipendenti sono pochi, ma se tu la pensi diversamente forse potresti aggirare il problema contestualizzando, esempio: "Al momento della stesura della pagina (marzo 2005) MySQL conta 30 dipendenti". Che ne dici? E' un compromesso accettabile? --Sante Caserio 18:03, Mar 22, 2005 (UTC)
:Se togli "30" (tu volevi togliere ben di più di "30" !) come fa il lettore a sapere se parliamo di una ditta microscopica o di un gigante? O forse il tuo dubbio è che invece di 30 siano 34? Forse preferisci cose del tipo "medio piccola impresa"? Strano comunque il ragionamento che "30" sia poco rilevante perché pochi: allora togliamo il numero di abitanti in tutti i comuni piccoli? Scusa, ma non ti seguo proprio nel tuo ragionamento.  Tomi 07:28, Mar 23, 2005 (UTC)Come sempre: se ci sono degli errori, correggili. Se ti mancano informazioni, aggiungile. Se ti sembrano troppe, passa ad un altro articolo :-)
:: Bene, ma la mia domanda rimane. Io non so, e ti giuro che DAVVERO non lo so, se lo hai scritto 10 anni fa e ora ha 3000 dipendenti, se lo hai scritto ieri ed è ancora vero, o se da quando lo hai scritto sono stati licenziati 29 dipendenti. Che c'entra se le informazioni sono troppe o troppo poche, senza un contesto rischiano di essere/diventare assolutamente false... --Sante Caserio 14:40, Mar 24, 2005 (UTC)
E' passato relativamente poco tempo da questa discussione e ora leggo sul sito che i dipendenti sono 300. Forse qualcuno si offenderà, ma ho ritenuto opportuno aggiornare la pagina (fra 30 e 300 c'è una bella differenza!). Ho anche contestualizzato la frase, precisando che leggo questa informazione sul sito nel luglio del 2006. Questo perchè:
* fra un altro anno i dipendenti saranno 400, o se va male, 200, ma in ogni caso non voglio tornare su quelle righe per correggerle
* voglio tutelarmi: se la società in questione mente per attirare degli investitori io non c'entro nulla, l'ho letto sul loro sito
Poi sarà anche vero che buona parte della wikipedia non è aggiornata, ma questo è un difetto inevitabile, non un pregio da esaltare... quando possiamo, aggiorniamola!
Un poveretto qui sopra diceva che la penso così perchè mi chiamo "Sante Caserio", il nesso logico è abbastanza divertente, ma non dilunghiamoci su queste fesserie...
--Sante Caserio 13:09, 10 lug 2006 (CEST)

message: La frase "Perché, nonostante queste caratteristiche siano insostituibili in particolari situazioni, ognuna di esse è completamente inutile per la quasi totalità degli utenti di MySQL."
secondo me è da togliere, esprime un parere. 
:Sono d'accordo che quella frase, posta così, non vada bene. Però sono in disaccordo sul fatto che il contenuto sia sbagliato: è un dato di fatto che una buona parte delle macro-caratteristiche non sia nemmeno resa disponibile dalle società di hosting (stored routine, trigger, gis, vari storage engine...). Sei/siete d'accordo se modifico la forma in questo modo? "Perché, nonostante queste caratteristiche siano insostituibili in particolari situazioni, la maggioranza degli utenti di MySQL ne utilizza un sottoinsieme relativamente piccolo." --Feder raz (msg) 15:56, 22 ott 2012 (CEST)
replies: text: Favorevole alla rimozione. Tutti i database hanno un sacco di caratteristiche che la maggior parte non usa, non è solo una caratteristica di MySQL. Quindi non la modificherei ma la rimuoverei. (Direi che la risposta all'IP è arrivata dopo "un pochino" ..) --Luigi.tuby (msg) 01:33, 23 ott 2012 (CEST)
replies: text: E' vero, ma in quel contesto si parla della differenza tra MySQL e Drizzle. Per quanto ne so è vero: Drizzle ha passato circa due anni a eliminare le parti del codice che non servono alla maggioranza degli utenti. Il problema, secondo me, è che posto così sembra una lode a Drizzle (e su Wikipedia non va bene), più che un'oggettiva spiegazione delle differenze. E la mia critica riguarda l'intero paragrafo: ad esempio, nella frase prima, toglierei assolutamente quell'"enormemente".... --Feder raz (msg) 03:51, 17 nov 2012 (CET)
thread_title:  Caratteristiche inutili 

message: Ho trovato il post a cui fa riferimento questo paragrafo - in effetti, nel luglio 2008 il blog di Percona ne ha parlato. Ho aggiunto il ref, per far vedere che la notizia non è inventata. Il link al repository però era rotto, e chissà da quanto tempo, perciò l'ho eliminato. Ora, io di questo fork non ho mai sentito parlare. Può darsi che abbia avuto la sua importanza, perché potrebbe essere stato usato da chi ha sviluppato altri fork, per ottenere parti di codice che Oracle aveva rimosso dalla rete. In questo caso, mi dispiacerebbe eliminare un pezzo di storia di cui mi sembra si sia persa ogni altra traccia. Ma è anche vero che forse è stata l'idea di una singola persona e non è mai stato usato realmente da nessuno. In ogni caso, non esiste più. Insomma, come ci comportiamo? --Feder raz (msg) 04:10, 17 nov 2012 (CET)
thread_title: Proven Scaling???

message: Ci sono diverse voci dedicate agli Storage Engine di MySQL e dei suoi fork - alcune le ho create io di recente, altre erano lì da anni (anche in inglese ce ne sono alcune). Vorrei aggiungere una categoria Storage Engine per raggrupparle e, se siete d'accordo, anche una pagina per spiegare cosa sono gli Storage Engine e (a grandi linee) come funzionano, e perché scegliere uno o l'altro è così importante. Pensate che siano buone idee? Creo la categoria? E la voce? --Feder raz (msg) 04:22, 17 nov 2012 (CET)
thread_title:  Storage Engine 

message: Non è che io abbia fretta, ma le risposte alle domande che ho fatto potrebbero non arrivare mai... come ci si comporta in questi casi??? --Feder raz (msg) 02:07, 1 dic 2012 (CET)
replies: text: Procedi come meglio credi. Sintetizzando IMHO scrivere di folk non lo ritengo molto enciclopedico, meglio per quanto riguarda gli storage engine. --Luigi.tuby (msg) 15:35, 1 dic 2012 (CET)
replies: text:  Beh in realtà esiste già una voce su MariaDB, e ritengo che sia enciclopedica (a prescindere da cosa si pensa di MariaDB) perché ormai alcune distribuzioni Linux importanti (Red Hat, Slackware, Arch, OpenSUSE, Gentoo...) lo hanno installato al posto di MySQL. La stessa wikipedia sta sostituendo MySQL con MariaDB, quindi negarle una pagina sarebbe forse un paradosso. Io personalmente penso che sarebbe giusto anche fare una voce su Percona Server, ma se nessuno si dichiara d'accordo con me lascio perdere. Scriverò invece degli Storage Engine, come suggerisci tu. Grazie per la risposta. --Feder raz (msg) 01:28, 16 giu 2013 (CEST)
thread_title:  Che fare? 

message: La sezione su MySQL 5.6 non sarà un po' troppo "promozionale"? Dice che le feature sono molte (questo è innegabile) e molto attese... ma forse è opinabile, io per esempio speravo ci fossero funzionalità molto diverse (so per certo che non sono l'unico che da 10 anni sta aspettando le chiavi esterne gestite dal server anziché dai plugin). Poi parla di "molte utili" funzionalità di sicurezza... beh, ci sono delle funzionalità, ma sul fatto che rendano MySQL più sicuro vorrei leggere una fonte neutrale: io penso che aumentino l'usabilità, ma che un MySQL 5.5 configurato bene non è meno sicuro di un MySQL 5.6 configurato altrettanto bene. Potrei motivare in modo più tecnico, se qualcuno me lo chiede, anche se mi pare di ricordare che le mie perplessità sono già presenti nel blog di Percona. --Feder raz (msg) 01:35, 16 giu 2013 (CEST)
thread_title:  5.6 

message: Ho rimosso questo paragrafetto solo perchè essendo molto lungo ed essendo totalmente privo di fonti sarebbe poi venuta brutta nella pagina la linea rossa di citazione necessaria:
 Il codice di MySQL venne sviluppato fin dal 1979 dalla ditta TcX ataconsult, poi rinominata MySQL AB, ma è solo dal 1996 che viene distribuita una versione che supporta SQL, prendendo spunto da un altro prodotto: mSQL. MySQL AB è stata rilevata da Sun Microsystems nel 2008, mentre nel 2010 quest'ultima è stata acquisita da Oracle Corporation.
Prego l'autore di reinserire il paragrafetto dopo aver trovato la fonte :) --Valerio Bozzolan (msg) 19:17, 22 giu 2014 (CEST)
thread_title:  Citazione necessaria preambolo 

message: Gentili utenti,
ho appena modificato 1 collegamento/i esterno/i sulla pagina MySQL. Per cortesia controllate la mia modifica. Se avete qualche domanda o se fosse necessario far sì che il bot ignori i link o l'intera pagina, date un'occhiata a queste FAQ. Ho effettuato le seguenti modifiche:
*Aggiunta di  su http://finance.yahoo.com/news/Oracle-Completes-Acquisition-iw-2658323391.html?x=0&.v=1
*Aggiunta del link all'archivio https://web.archive.org/web/20041209053830/http://freephp.html.it/guide/lezioni.asp?idguida=9 per http://freephp.html.it/guide/lezioni.asp?idguida=9
Fate riferimento alle FAQ per informazioni su come correggere gli errori del bot
Saluti.—InternetArchiveBot (Segnala un errore) 20:14, 16 gen 2018 (CET)
thread_title:  Collegamenti esterni modificati 

message: Gentili utenti,
ho appena modificato 2 collegamento/i esterno/i sulla pagina MySQL. Per cortesia controllate la mia modifica. Se avete qualche domanda o se fosse necessario far sì che il bot ignori i link o l'intera pagina, date un'occhiata a queste FAQ. Ho effettuato le seguenti modifiche:
*Aggiunta del link all'archivio https://web.archive.org/web/20060713082654/http://www.ritmark.com/ per http://www.ritmark.com/
*Aggiunta del link all'archivio https://web.archive.org/web/20060627093152/http://www.ddengine.org/ per http://ddengine.org/
Fate riferimento alle FAQ per informazioni su come correggere gli errori del bot
Saluti.—InternetArchiveBot (Segnala un errore) 14:33, 27 mar 2018 (CEST)
thread_title:  Collegamenti esterni modificati 

message: Ho cercato un equivalente di branch in italiano perché è la prima volta che vedo usare ramo. Non ho niente in contrario, visto che preferisco usare il termine italiano ogni volta che esiste, ma ramo mi ha po' sconcertato. Ovviamente se non c'è un termine equivalente più comune, va bene così: io non l'ho toccato e mi limito a segnalarlo nel caso in cui qualcuno avesse qualche idea. Forse diramazione potrebbe andare? --Angelo Mascaro (msg) 15:19, 30 ago 2018 (CEST)
thread_title:  Branch e ramo 

message: Gentili utenti,
ho appena modificato 1  sulla pagina MySQL. Per cortesia controllate la mia modifica. Se avete qualche domanda o se fosse necessario far sì che il bot ignori i link o l'intera pagina, date un'occhiata a queste FAQ. Ho effettuato le seguenti modifiche:
*Aggiunta del link all'archivio https://web.archive.org/web/20060615012734/http://www.primebase.com/xt/ per http://www.primebase.com/xt
Fate riferimento alle FAQ per informazioni su come correggere gli errori del bot.
Saluti.—InternetArchiveBot (Segnala un errore) 05:04, 13 giu 2019 (CEST)
thread_title:  Collegamenti esterni modificati 

message: Una procedura automatica ha modificato uno o più collegamenti esterni ritenuti interrotti:
*Aggiunta del link all'archivio https://web.archive.org/web/20130320061603/https://kb.askmonty.org/it/distribuzioni-che-includono-mariadb/ per https://kb.askmonty.org/it/distribuzioni-che-includono-mariadb/
In caso di problemi vedere le FAQ.—InternetArchiveBot (Segnala un errore) 18:36, 12 lug 2020 (CEST)
thread_title:  Collegamenti esterni interrotti