Newsgroup: it.comp.lang.vo-clipper
Titolo: MySQL o MS-SQL server

Al momento stò ancora usando i DBF, vorrei però iniziare
con SQL, molti su questo NG usano MySQL,
volevo sapere i punti di forza e di debolezza di MySQL rispetto
a MS-SQL server.
saluti
Paolo

 con SQL, molti su questo NG usano MySQL,
Scusate se insisto su questo punto ma avete ben chiaro il fatto che
MySQL non è free e che va pagata una sostanziosa licenza per ogni
installazione se si vuole utilizzare in un'applicazione commerciale?
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

 installazione se si vuole utilizzare in un'applicazione commerciale?
E' vero, penso che ci sia una sostaziale differenza tra acquistare MSSQL e
mySQL  in termini di  money .
Che io sappia mySQL Server per acquistarlo significa spendere circa 500 $
( oggi poco piů di 400 ? ).
Tra l'altro il fatto che tu sviluppi e proponi un tuo programma per il
server MySQL non significa necessariamente che ti debba preoccupare per
l'acquisto del SerVer, sopratutto quando prevedi nel tuo programma procedure
di inizializzazione del Database con le relative tabelle.
Ad Ogni buono conto č una prerogrativa che non spetta a te ma a chi acquista
il tuo software.
Secondo Me.
Luigi De Palma

 il tuo software.
In teoria sarebbe più che giusto. Ma nella pratica non è facile
convincere il cliente, che non sa assolutamente un tubo di informatica,
che è perfettamente normale che debba spendere quei soldi in più e che
tu non c'entri niente, quando magari ha già fatto tante storie per il
preventivo chiesto per il tuo lavoro...


EMG
Eugenio Belli.

 EMG
 Enrico non so cosa intendi per sostanziosa ma un DBMS a 220 euro per una
copia senza limiti di database e utenti connessi mi pare proprio una
migragna, se consideri il costo di un programma .....
Noi ai nostri utenti lo "regaliamo" ovvero è compreso nel prezzo.
Prova a comprare Oracle, allora cosa dici ......
Danilo Giuliani
www.softdevo.com
in...@softdevo.com
sup...@softdevo.com

 migragna, se consideri il costo di un programma .....
No, aspetta: io sapevo che dovevi pagare quella somma *a installazione*
non una tantum. Se č come dici tu allora č chiaro che č un prezzo
ragionevolissimo. Ma io non credo sia cosě...



No Enrico capiscimi, quando dico senza limiti di database, vuol dire che un
motore puň gestire n databases, con un numero di connessioni illimitato.
Se vendo il programma ad un'altro cliente devo vendere un'altro MySql, ma se
il mio cliente mi chiede una nuova applicazione che lavora su altro
database,non deve ricomprare niente.
Se gli affari gli vanno bene e installa altri 100 clients non deve pagare
nulla.
Le copie per uso personale non si pagano, e su questo si puň giocare molto.


 nulla.
Quindi potrebbe andare bene per chi ha uno o pochi grossi clienti.
Purtroppo non č il mio caso... :-(


 ha scritto nel messaggio
news:TQrjc.151933$rM4.6...@news4.tin.it...


 MySQL a Oracle ecc.. ?
L'unica è di utilizzare il minimo set comune di istruzioni e clausole.
Ad esempio, purtroppo, la praticamente indispensabile LIMIT o TOP non è
portabile...


 Al momento stň ancora usando i DBF, vorrei perň iniziare



Anche il C ha ormai 40 anni ed ancora ci scrivono di tutto, sistemi
operativi in testa. Non penso che SQL sia obsoleto e comunque se lo sai
usare bene ti eviti, formulato buone query, molte righe di codice
(spariscono quasi tutti i vecchi cicli DO WHILE classici dell'uso dei DBF).
Alex Ambro


Cosa ne pensi di VO2ADO??
Paolo

 (spariscono quasi tutti i vecchi cicli DO WHILE classici dell'uso dei DBF).
Non vedo proprio come possa essere un vantaggio essere costretti a
spaccarsi la testa per condensare righe e righe di programma in un'unica
istruzione e senza avere alternative. La logica ci dice che il
linguaggio migliore è quello che consente di esprimere lo stesso
concetto in più modi diversi. L'SQL non rispetta questo criterio. E una
delle tecniche di base dell'informatica è sempre stata quella di
suddividere il problema in sottoproblemi più piccoli e quindi facilmente
affrontabili. L'SQL questo non lo consente. Il fatto che l'SQL non sia
un vero linguaggio lo dimostra il fatto che da solo non ha alcun senso.
Non si può fare un programma in SQL e basta.


 ha scritto nel messaggio
news:408f6e0c...@news.tin.it...


 > Quindi la mia conclusione è che se vuoi continuare ad utilizzare VO o


 Non ricordo una engine database che non abbia il supporto SQL.
Infatti è questo che mi stupisce...


 Concordo in pieno con te Eugenio
Forse perché non hai capito la mia critica: se i paradigmi di
programmazione moderni ci consentono tutte le comodità necessarie, che
motivo c'è di dover ancora avere a che fare con un linguaggio di
interrogazione obsoleto come l'SQL? Tutto qui.


Infatti è questo che mi stupisce...
Se non ci fosse nemmeno quel minimo di standardizzazione
che l'sql consente, passare da una engine ad un'altra sarebbe
molto peggio.
Ciao,
:-)
Eugenio.


 ha scritto nel
messaggio news:408BD6E1...@emagsoftware.it...


 molto peggio.
Non direi. Una gerarchia object oriented come ADO consente sicuramente
un'astrazione *enormemente* migliore di quella che può offrire un "coso"
come SQL.


 di utilizzarla commercialmente ?
Credo che in Linux trovi solo la parte client. E comunque, se trovi
anche la server, sì, la devi pagare se la usi in un'applicazione
commerciale.


 anche la server, sě, la devi pagare se la usi in un'applicazione


 ha scritto nel
messaggio news:408BD6E1...@emagsoftware.it...


 Mi sembra assurdo che vendano un qualcosa che poi io non posso utilizzare !
Attenzione: Linux non viene venduto ma solo distribuito. Tutto ciň che č
contenuto nel CD č soggetto alle licenze dei rispettivi autori.


 .. io l'ho capita cosi'....
L'hai capita bene. Solo che non capisco come sia possibile vendere
un'applicazione ad un cliente e poi dirgli "guarda che perň ti devi
installare MySQL". Mi piacerebbe avere clienti del genere. Purtroppo
quelli reali sanno a malapena accendere il PC e se gli vai a dire una
cosa del genere ti prendono per matto. I programmi che sviluppo io
devono essere "chiavi in mano".


come SQL.
ADO non lo conosco ma ho letto che DAO permette l'accesso
anche a databases relazionali come MSSQL e quindi le richieste 
del client formulate in un modo o nell'altro vengono alla fine tradotte 
in sql...che piaccia o no, che si veda o che venga nascosto... 
Ciao,
:-)
Eugenio.


Quando lavoravo con Apollo e Delphi2 non c'era Sql ma NON posso


 con SQL, molti su questo NG usano MySQL,


 in sql...che piaccia o no, che si veda o che venga nascosto...
Anche con DAO eri praticamente costretto ad utilizzare SQL per le query.
Comunque mi sa che ancora stiamo parlando di due cose diverse: io parlo
del linguaggio e tu del motore (impropriamente chiamato SQL anch'esso).
Un linguaggio nascosto non ha alcun senso.


 Ergo io no ti vendo e non ti cedo nulla.
Dici che un punto di vista del genere sarebbe condiviso dai giudici in
un'eventuale causa da parte di MySQL?... :-)


Un linguaggio nascosto non ha alcun senso.
Giusto.
Infatti io preferisco guardarlo bene in faccia
eseguendo le mie query/update/insert direttamente.
Ciao,
:-)
Eugenio
 

 eseguendo le mie query/update/insert direttamente.
Non c'è niente da fare: sei ormai in overdose da SQL... :-)



Guarda, che creare un CD di installazione che installa ed attiva MySql su un
PC è banalissimo !
Il tutto si risolve a copiare un pugno di files in una cartella...
Dato che la versione di MySql che inserisci sul tuo CD sarà accompagnata
dalla licenza GPL e dai sorgenti (di MySql e non del tuo programma), secondo
me il cliente non ha più problemi di quelli relativi all'installazione di un
normale programma che lavori su DBF...
Ciao

 contenuto nel CD è soggetto alle licenze dei rispettivi autori.


Non c'è niente da fare: sei ormai in overdose da SQL... :-)
No, non ne ho mai fatto scorpacciate
ma non mi ci trovo male.
 
 
Ciao,
Eugenio.
 

 normale programma che lavori su DBF...
Secondo me non può essere così semplice aggirare le richieste economiche
di quelli di MySQL. Fossi in te controllerei meglio...


 scritto il contrario.
In questo momento il sito di MySQL non funziona e quindi non posso
controllare. Ma una rapida ricerca su Google mi ha dato, ad esempio,
questo link:
http://punto-informatico.it/forum/pol.asp?mid=603042


 ma non mi ci trovo male.
Io invece ne faccio scorpacciate da quasi un decennio e ormai ti
assicuro che ne ho fatto abbondante indigestione... :-)


 wrote:
Mi fermo qui.
Stiamo ripetendo continuamente le stesse cose.
Ciao,
Eugenio.
 

 Stiamo ripetendo continuamente le stesse cose.
E' vero. Ma io le ripetevo in quanto mi sembrava mi fossi spiegato male.


Scusa EMG ma :
select from clienti where ditta = "pippo"
ti sembra una Query vetusta e faraginosa ?
meglio di cosě
Enio


Mi dovresti spiegare che senso ha arrivare dopo qualche giorno che un
lungo e complesso thread sull'argomento si č concluso tirando fuori una
cosa del genere...
