Newsgroup: it.comp.macintosh
Titolo: come elimino mysql?

?????Come?

 ?????Come?
Estraendo l'HD e colpendolo ripetutamente con un martello sulla parte
piu` morbida
Come l'hai installato?
-- 
Amiga 500 - Sensible World Of Soccer inside
http://www.digitroom.com/
The only thing necessary for the triumph of evil
is for good men to do nothing - Edmund Burke

 ?????Come?
Avrai tutto il mio appoggio. Direi che devi cominciare mettendo una
bomba (ma grossa) presso le varie sedi di MySQL AB.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

>?????Come?
elimini il pannello delle preferenze come al solito;
poi cancelli la dir /usr/local/mysql (o meglio stai attento a non
cancellare solo il link alla dir /usr/local/mysql-max-...
al limite cancelli, sempra da /usr/local/mysql* )
e dovrebbe essere piu' che suff
bye!
MAS!

bomba (ma grossa) presso le varie sedi di MySQL AB.
perche' scusa?
ciao ciao!
MAS!

 perche' scusa?
Per il fatto che eliminare MySQL sia una cosa buona o per il metodo da
me suggerito per farlo?
Il metodo migliore per fare sparire MySQL sarebbe istruire la gente (che
lo abbandonerebbe spontaneamente). 


lo abbandonerebbe spontaneamente). 
sarebbe bello conoscere i motivi veri di tal astio, ma alla fine si
potrebbe scatenare un flame del tutto inutile ... (al quale, personalmente,
non sono affatto interessato)
il mondo e' bello perche' e' vario
bye
MAS!

Postgres per rimanere nel mondo Open Source, e' migliore.
non sono d'accordo con la tua affermazione, e come al solito, non esiste
mai il meglio in assoluto, ma dipende molto da quello che ci devi fare e
come lo devi fare e che caratteristiche deve avere il tuo db.
poi molto spesso (non sto parlando del tuo caso, capiamoci, come gia' detto
non voglio innescare flame ne' tanto meno voglio alimentarli) la gente
parla senza aver provato _veramente_ i due prodotti e si parla per sentito
dire (o magari con MySQL ci si scazza dopo 2 minuti perche' non riesce ad
accedere al proprio db per la questione dei permessi).
bye 
MAS!

piu' che MySQL ha solo parzialmente introdotto con la versione 5.
se e' per questo ci sono parecchie features presenti in MySQL che non sono
neppure previste nelle prossime release di postgres ...
non esiste il meglio assoluto
bye
MAS!
PS: chiudo l'argomento per quel che mi riguarda, c'e' gia' troppa
dispersione e rumore di fondo nel ng.

 riesce ad accedere al proprio db per la questione dei permessi).
Chiaro, come no. Siamo tutti degli incompetenti che dicono che MySQL fa
schifo per "la questione dei permessi" (e invece magicamente siamo
perfettamente in grado di fare la stessa cosa con Postgres).
Poi ribadisco: nessun flame. Se vuoi discutere, discuti. Se non vuoi
discutere, non discutere. Ma non fare un post (anzi tre) in cui dici che
non vuoi discutere. 


 Postgres per rimanere nel mondo Open Source, e' migliore.
il vantaggio è che è semi-gratuito, che è multipiattaforma e che ci sono 
un sacco di front-end
-- 
http://loscimmiotto.splinder.com/

 un sacco di front-end
Postgres e` gratuito e modificabile liberamente e utilizzabile per far
soldi senza dover accettare clausole capestro.
Gira su windows, linux, freebsd, solaris, AIX, IRIX, HPUX, QNX 4, SCO.
Conosco almeno 3 front-end molto potenti per Postgresql:
phppgadmin, pgadmin III (con cui e` distribuito su windows), Dreamcoder
http://www.mentattech.com/themes/mentat/download.html
 , Navicat
http://pgsql.navicat.com/
 e tanti altri.
Ci sono inoltre pacchetti (grazie al fatto che postgresql e` BSD) che
estendono postgresql:
http://www.enterprisedb.com/
http://www.bizgres.org/
Inoltre esistono moduli per accedere a postgresql da piu` o meno
qualsiasi piattaforma/linguaggio. Io ne posso contare almeno 3 solo
guardando python come linguaggio se conto quelli sincroni e 2 se conto
quelli asincroni (sempre e solo in python).
Tutto questo non per dire che mysql non lo fa, ma non definirei certo
mysql in vantaggio per le ragioni da te elencate...
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
New Pet: 
http://www.stiq.it

 neppure previste nelle prossime release di postgres ...
Mi sapresti dire quali per favore? Lo dico per essere informato non per
fare polemica, grazie.


 mysql in vantaggio per le ragioni da te elencate...
hem.. mica era un testa a testa. stavo solo dicendo che mysql è diffuso 
perché è diffuso. che poi ci siano altre alternative ci mancherebbe.
-- 
http://loscimmiotto.splinder.com/

 perché è diffuso.
mysql si è diffuso per vari motivi, fra i quali non rientra certo la
qualità. poi come dicevo per cose relativamente giocattolo, chissene eh.


 Mi sapresti dire quali per favore?
La corruzione spontanea e randomica di dati. IMHO è una figata. Una
volta ogni tanto il resposabile IT può mandare affanculo tutti dicendo
che s'è rotto il db e che deve ripristinarlo :)


 qualità. poi come dicevo per cose relativamente giocattolo, chissene eh.
io mi tocco i coglioni, è un anno abbondante che lo uso per gestire la 
contabilità di un centinaio di immobili e non ho avuto grossi problemi
-- 
questa non e' una tag

 contabilità di un centinaio di immobili e non ho avuto grossi problemi
Appunto: numericamente è un DB giocattolo. Un uso intensivo di db
riguarda qualche *milione* di record.
Questo non vuole dire che il tuo sia un lavoro giocattolo eh. Voglio
solo dire che è una cosa piccolina che potresti gestire senza problemi
anche con oggetti più primitivi di un db relazionale senza grossi
problemi di performance, anzi.
Forse SQLite se la caverebbe anche meglio. Poi mica ti vengo a suggerire
di cambiare tutto, per carità.


 un sacco di front-end
PostgreSQL e` "piu` gratuito" e altrettanto multipiattaforma.  Sui
front-end non mi pronuncio, ma penso che siano stati sviluppati _proprio
perche`_ MySQL era (misteriosamente) divenuto popolare, quindi _dopo_
questa popolarita`, e non possono dunque spiegarla;-).
Alex