Newsgroup: it.comp.lang.delphi
Titolo: accopiata Delphi e MySQL

Commenti ?
Io mi sono sempre trovato MOLTO bene.
Voi cosa ne dite ?
Ciao a tutti !

pure io con i componenti zeos
Simo 

 ha scritto nel messaggio 
news:4374cb33$0$27607$4faf...@reader1.news.tin.it...


mi trovo benissimo e sopratutto per far girare l'exe basta solo la dll 
fornita con zeos
Simo 

 ha scritto nel messaggio 
news:43788b7b$0$13264$4faf...@reader2.news.tin.it...


 secondo te perchè ?
Forse perché si parla di Delphi?

 secondo te perchč ?
Forse perche' mysql e' poco usato in ambito delphi  (firebird/interbase la
fa da padrone) e anche perche' in pochi stanno scrivendo questa settimana.
Ciao
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 secondo te perchè ?
MySQL e' stato, fino alla penultima versione (credo), un engine di 
database deficitario di alcune delle caratteristiche che invece potevi 
trovare in IB/FB o altri database magari anche a pagamento (transazioni 
e trigger, tanto per fare un esempio).
Il programmatore, si sa, e' un animale romantico. Una volta che ha 
trovato un engine soddisfacente non lo molla piu' (anche perche' 
dovrebbe riscriversi tutte le routine).
L'accoppiata Delphi/MySQL non ha mai avuto molto successo anche perche' 
non c'erano componenti ad hoc gia' pronti per gestire MySQL come invece 
c'erano per IB.

 Forse perche' mysql e' poco usato in ambito delphi
Non è del tutto vero.  In realtà, credo che in ambito Delphi sia 
addirittura più utilizzato di IB/FB.

 L'accoppiata Delphi/MySQL non ha mai avuto molto successo [...]
Ma quando? ma dove? Hai dei numeri?


E tu?

 c'erano per IB.
La presenza di componenti nativi specifici contribuisce senz'altro a 
promuovere un determinato database rispetto ad un altro, ma questo non 
implica poi che si debba necessariamente scegliere quel database in 
quanto esistono strumenti, come la libreria dbExpress, presente ormai da 
5 versioni Delphi, che consentono di collegarsi a differenti DB (quindi 
scegliendo quello che si adatta piů facilmente alle proprie esigenze) ed 
eventualmente spostarsi su un altro senza dover apportare pesanti 
modifiche al codice, quindi senza "riscriversi tutte le routine" come 
hai detto precedentemente. ;-)
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 E tu?
Sei solito rispondere cosě a chi ti chiede di motivare 
tecnicamente quanto affermi? o semplicemente non sai cosa dire?
Ho il sospetto, dopo Salvati, di averne individuato un altro...


Tecnicamente? Come fai a dire che "dare dei numeri" e' un discorso tecnico?
Io ti posso dire di non avere mai usato MySQL perche' mancavano cose che 
in IB ho trovato. Questo e' un discorso tecnico. Sapere che milioni di 
programmatori lo usano non mi ha mai fatto cambiare idea e non me la 
fara' cambiare perche', oramai, ho decine di programmi fatti in 
Delphi-IB/FB. Se vuoi scatenare un flame attaccati a qualcun'altro.

 in IB ho trovato. Questo e' un discorso tecnico.
No, questo non è un discorso tecnico, un discorso tecnico reale è 
basato sull'utilizzo di entrambi i DB e sulle differenze 
riscontrate in termini di vantaggi/svantaggi.  Parlare di 
"deficit" non ha senso, quando quel "deficit" non lo si è testato 
sul campo.  Questo lo ripeto per la seconda volta, da un po' di 
tempo a questa parte, perché in questo ng troppa gente apre bocca 
senza parlare...

 troppa gente apre bocca senza parlare...
Caro Andrea. Hai tentato questa strada gia' una volta e hai scatenato 
una marea di messaggi OT. Non ti seguo, mi dispiace. Tieniti pure 
stretto il tuo bel MySQL e continua a lavorare come ti pare. Sta bene a 
te e questo mi basta. Saperti felice col tuo database mi rende l'uomo 
piu' gaio di questa terra.
Ciao. :)

 una marea di messaggi OT. 
Io non "tento" alcuna strada, io cerco di ottenere risposte da chi 
risposte, evidentemente, non può darne.  Ti faccio la fatidica 
premessa: "per parlare di qualcosa bisogna essere competenti sul 
tema", quindi la fatidica domanda: "parli di MySQL, quanto ti 
senti competente sul tema?".  Affermi di non averlo mai usato, per 
cui desumo competenza zero, per cui desumo impossibilità di 
esprimerti a riguardo.  Troppo facile parlare di OT quando serve a 
mascherare la propria fuga dalla discussione.  Chiedere 
motivazioni tecniche alla base delle "esternazioni" altrui è 
lecito, specie quando qualcuno cerca di farle passare per  cose 
serie.  Tu hai parlato di scarso utilizzo, motivalo con le tue 
conoscenze sul tema, coi numeri, la statistica.  Parli di 
"deficit", motivalo con le tue conoscenze sul tema.
Altrimenti, come al solito, tutto rimane pura e semplice fuffa 
scaturita dalla propria incompetenza.
La verità, dal mio punto di vista, è che alcuni di coloro che 
frequentano questo gruppo non hanno mai visto null'altro che il 
piccolo applicativo, giudicano per sentito dire e si permettono di 
indirizzare gli altri senza sapere di che stanno parlando.
Io lavoro e ho lavorato con molti DB, non ho bisogno di "tenermi 
stretto" nessuno di essi, perché conosco i vantaggi e gli 
svantaggi di ciascuno di essi.

 Io non "tento" alcuna strada, io cerco di ottenere risposte da chi 
[CUT]
Ti ripeto e spero di essere chiaro, stavolta.
Non me ne frega assolutamente nulla che tu non sia in grado di motivare 
con conoscenze *tecniche* le differenze tra IB/FB e MySQL.
La discussione, per quanto mi riguarda, termina qui.
Se non vuoi aiutare gli altri (scopo di questo NG), esci.

 con conoscenze *tecniche* le differenze tra IB/FB e MySQL.
No no, hai preso una cantonata.  Sei tu a non essere in grado di 
farlo, fino a prova contraria.  Io sto aspettando ancora che tu mi 
parli di MySQL.  Hai ignorato la mia domanda e quindi te la 
ripropongo: visto che ti sei tuffato in una discussione tecnica su 
MySQL, quanto ti senti competente per poterne parlare?
Ti dň un piccolo indizio: non l'hai mai utilizzato.

 Ti dò un piccolo indizio: non l'hai mai utilizzato.
Guarda, ti do (per dovere di precisione, senza accento) ragione cosi' 
almeno la smetti.
Quante persone hanno posto in questo NG domande riguardanti Delphi->MySQL?
Nessuna.
Non ho mai usato MySQL perche' sapevo che (all'epoca) non mi dava cose 
che invece IB/FB mi dava (transazioni e trigger). Ora, se non sbaglio, 
ci sono anche in MySQL ma non m'interessa piu' perche' non ho voglia di 
modificare tutti i miei sorgenti.
Tra l'altro, sempre se non ricordo male, la velocita' di MySQL era 
dovuta proprio al fatto di essere un DBMS "castrato" di alcune 
caratteristiche per renderlo piu' leggero e veloce.
Mamma mia, quando ti si tocca MySQL diventi un delfino incattivito! :)
Prendi la vita con filosofia e ridi di piu'! Ciao!

 Mamma mia, quando ti si tocca MySQL diventi un delfino incattivito! :)
No, no, MySQL non c'entra.  Ti potrei far presente certe cose, 
anche se stessimo parlando di altri argomenti.  Ribadisco la 
regola d'oro: aprire bocca quando si conosce l'argomento.

 bocca quando si conosce l'argomento.
Perche' parli, allora?


NUMERI! NUMERI! NUMERI! NUMERI! NUMERI!
:)
Le credenze servono solo per tenerci dentro le tovaglie, caruccio!

 Perche' parli, allora?
Perché, al contrario di te, conosco l'argomento.  Oltretutto, se 
parlo, io mi firmo nome e cognome, assumendomi tutte le 
responsabilità del caso.


UAU! Che coraggio!
Per me ti potresti anche chiamare Michael Schumacher. Che vuol dire?

 Perché, al contrario di te, conosco l'argomento.  
Allora saprai dare anche delle statistiche che ne' nella discussione che 
hai avuto con AS ne' in questa hai saputo/voluto dare.
Mi puzza un po' 'sta cosa. Mi puzza di atteggiamento sostenuto.
Mi sa che in definitiva tu di MySQL non sai una benemerita cippa.

 Mi sa che in definitiva tu di MySQL non sai una benemerita cippa.
Se se, certo, troppo semplice.

 eccome.
Fammi capire una cosa. Allora tu parli solo con persone che di un 
argomento sanno tutto?
Io so (ripeto so) che quando dovevo operare una scelta per un RDBMS e 
staccarmi da Access che usavo all'epoca ho scelto Interbase (Firebird e' 
venuto dopo) perche' MySQL *non aveva ne' le transazioni ne' i trigger*.
Ora so (ripeto so) che quelle caratteristiche sono state implementate e 
come dici tu e' veloce ma non dai termini di paragone. Cosa vuol dire 
"veloce"? Sai quantificare quanto e' veloce?
Il termine "castrato" che ho usato prima e' contemplato dai dizionari 
italiani in quanto "manca di qualcosa" che altri hanno.
Dammi una ragione per riscrivere tutti i progetti e passare a MySQL e ne 
saro' ben felice.

 saro' ben felice.
Ancora, dopo tanto discutere (ma forse proprio per questo), mi 
accorgo che non hai compreso bene il punto: io non ti sto dicendo 
di mollare tutto e passare a MySQL.  Non ho neanche mai detto che 
MySQL sia meglio di altri DB (rileggi se non ne sei convinto).
Ti sto solo suggerendo caldamente di non ficcarti in discussioni 
che possano rivoltartisi contro, per via della tua incompetenza 
sul tema.  Anche questo non è pretendere troppo.
Tu hai fatto un'affermazione assoluta: "
L'accoppiata Delphi/MySQL non ha mai avuto molto successo" che io 
ti chiedo di spiegare.  Se dici una cosa del genere, suppongo che 
tu abbia una base su cui parlare.  Se io dicessi che quanto tu 
affermi non è semplicemente vero (perché, di fatto, ci sono molti 
utilizzatori di MySQL con Delphi) in che modo ribatteresti?

 MySQL con Delphi) in che modo ribatteresti?
Ho visto pochi programmi (nessuno se non ricordo male) gestiti tramite 
MySQL (indipendentemente da Delphi) al di fuori delle web application. 
Ho visto poca richiesta di info in giro (ma forse ho bazzicato i siti 
sbagliati).
Tu lo usi (vero che lo usi?) e quindi hai avuto modo/necessita' di 
trovare info/faq/help e quant'altro come ho dovuto fare io per IB/FB.
PS:
Ma tu mi consiglieresti di passare a MySQL si' o no?
Te lo chiedo perche' e' da un po' che mi gira in testa l'idea ma prima 
di fare il grande balzo ho bisogno di una (grossa) spinta.
Non voglio info tecniche ma se conosci sia IB/FB sia MySQL penso tu 
possa sintetizzare il tutto in un si' o un no.
Vale la pena?

 MySQL (indipendentemente da Delphi) al di fuori delle web application. 
"Ho visto".  Interessante.


Non meriti nemmeno risposta.
Non meriti nemmeno rispetto.
Non meriti nemmeno compassione.
Non meriti nemmeno pieta'.
Caro Andreuccio, sei finito!

 Caro Andreuccio, sei finito!
Sei il solito cazzaro di turno, niente di nuovo sotto il sole.
Ne ho incontrati molti finora, tranquillo.  Chi non merita una 
reale risposta è chi, come te, gonfio della propria ignoranza e 
incompetenza, cerca di difendere l'indifendibile.  Non meriti, non 
meriti, non meriti...  Che pena che fai.


Allora...
Ti ho fatto una domanda e cui non hai voluto dare risposta prendendo 
dall'intero messaggio solo una frase e dando una risposta da "sostenuto 
saccente".
Ho ecceduto e ti chiedo scusa.
Ti ripeto la domanda alla quale spero ora mi darai risposta:
Mi conviene passare a MySQL?

 saccente".
Tu hai fatto una domanda da "sostenuto coglione".  Quando sei 
realmente intenzionato a fare domande, lo fai senza usare toni 
ironici.


No, ti giuro. Beh, non so come altro dirtelo.
Non volevo assolutamente fare una domanda da "sostenuto coglione" e se 
ne ho dato l'impressione me ne scuso e ti porgo un ramoscello d'ulivo.
A giudicare dalla tua esperienza mi conviene passare a MySQL da FireBird?
Non e' una domanda ironica.

 NUMERI! NUMERI! NUMERI! NUMERI! NUMERI!
Beh francamente gli unici numeri che posso fornire sono quelli che si
deducono dai ng attinenti, dai post e dalle discussioni che leggo. :)
Se vuoi un consiglio usa di piu' il tuo killfile.. a buon intenditor...
ciao!
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 
No, no. La discussione e' SEMPRE utile.

 deducono dai ng attinenti, dai post e dalle discussioni che leggo. :)
Ecco un altro genio.

 No, no. La discussione e' SEMPRE utile.
Purtroppo Morde, da quando si è morso la lingua l'ultima volta, 
consiglia a tutti di usare il killfile.  Povero incapace.


Non perdere tempo. Mi vuoi rispondere si' o no?
Devo abbracciare MySQL?

 Non perdere tempo. Mi vuoi rispondere si' o no?
Ahò, a scemo, datte na calmata!...


Aho', a scemo, damme 'na risposta! :)

 deducono dai ng attinenti, dai post e dalle discussioni che leggo. :)
Credo che il nodo della discussione sia il seguente: questi "numeri", 
per usare un termine proprio, sono un campione indicativo? :-/
Sono convinto che un'indagine di questo tipo, basata su un conteggio 
sommario delle domande poste, sia troppo vaga per ottenere un risultato 
affidabile.
In ogni caso, anche se uscisse fuori che il 99,9% usa IB/FB, ciò non 
significa che sia la migliore soluzione in tutti quei casi.
O ancora, potrebbe anche sussistere il fatto che chi usa MySQL non ha 
mai avuto problemi e quindi non scrive richieste d'aiuto qui, chi lo può 
sapere? :-D
Insomma, penso che questo caso, come tanti altri (Delphi con Access, 
Delphi e Vattelapesca, ...) vada sempre valutato nell'ambito di utilizzo 
che se ne fa.
Anche le richieste del buon <Warp> secondo me sono un po' astratte: come 
puoi chiedere se ti conviene o no passare a MySQL in modo così 
"assolutistico"? :-)
Si dovrebbe analizzare la tua situazione, l'uso che fai del database, il 
codice esistente, l'architettura delle macchine che impieghi, la 
necessità o meno di avere un supporto tecnico adeguato, la necessità di 
integrarsi con altre piattaforme quindi, per contro, tutta l'analisi di 
questi singoli fattori da mettere sulla bilancia per capire, una volta 
tolto l'ago, da quale parte pende per scegliere la soluzione migliore 
per se, riguardo il proprio caso specifico, nella realizzazione di uno 
specifico progetto e così via.
La questione è molto più complicata, almeno se la si intende da un punto 
di vista molto serio, quindi non ci può essere una risposta secca, 
secondo me, se non quella che ci si può dare autonomamente dopo aver 
letto documentazione sulle opzioni disponibili.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 letto documentazione sulle opzioni disponibili.
Sto raccattando info a tutto spiano, ma mi sembrava di aver letto che 
Andrea avesse usato entrambe le tecnologie e quindi fosse in grado, 
avendole confrontate, di dare una risposta.

 Direi che si è scatenato un bel batti e ribatti.
E' tipico.  Qui dentro accade spesso.  Accade sopratutto quando ci 
si accanisce nel voler capire le ragioni tecniche che motivano 
certe "esternazioni".  Molta gente parla di tanti argomenti, apre 
la bocca e dà fiato, senza conoscere realmente ciò di cui sta 
parlando.  A volte si lascia correre e quindi questo dà loro adito 
di pensare che abbiano detto delle cose, tutto sommato, giuste.
A volte invece ci si incaponisce nel ribattere, nel voler a tutti 
i costi tirare fuori i perché e, visto che molto spesso certe cose 
vengono dette per totale incompetenza, ecco che alla richiesta di 
un perché, gli incompetenti fuggono.


Eccomi qua!
Non sono fuggito. Sono solo andato a casa a mangiare e dormire.
Vuoi rispondere alla mia domanda si' o no? CONIGLIO!

 ? Carta a righe ?
Io uso IB/FB e mi trovo molto bene.
Ho sempre sentito parlare bene di MySQL ma sapevo che era "castrato" 
dalla mancanza di transazioni e trigger (questo causava la maggiore 
velocita') e quindi avevo lasciato perdere. In piu' non avevo mai visto 
molte applicazioni al di fuori di web application che usassero MySQL.
Ora mi e' venuta la curiosita' di sapere se e' piu' rapido MySQL nella 
gestione di 350.000 record circa (come e' uno dei miei casi) ma nessuno 
mi ha ancora dato risposta.

 hai detto precedentemente. ;-)
Pero' se io vedo che ho una serie di componenti che accedono ad IB in 
modo diretto sono portato a pensare (magari anche sbagliando) che avro' 
prestazioni migliori che non usando dei componenti buoni per tutti i DB.

 Vuoi rispondere alla mia domanda si' o no? CONIGLIO!
La tua domanda č stupida.  Se avessi un minimo d'intelligenza, 
capiresti persino perché.

 persino perché.
Scusami se ho approffittato del tuo tempo.

 ha ancora dato risposta.
Ma io per test ho provato con archivi di clienti MOLTO grossi tipo 30000 
documenti l'anno per una media di 100 righe l'uno e MSSQL và che è un 
piacere stesso dicasi di MySQL ma questo mio test non fà prova definitiva 
ovviamnete perchè ti ripeto non sono un grande utilizzatore.
Dei vari DB SQL che ho provato con MySQL mi son trovato subito bene per 
l'installazione, configurazione, connessione Delphi ecc ecc sicuramente più 
leggero di MSSQL ma questo è un'altro discorso non possiamo paragonare MySQL 
a MSSQL o Oracle...
Ciao !

 a MSSQL o Oracle...
Grazie per la risposta.

 [...]non possiamo paragonare MySQL a MSSQL o Oracle...
Vero.  Molto spesso conviene maggiormente MySQL.

 che sono avanzato... nessuno mi voleva e quindi sono avanzato).
:-)
Segnata.
-- 
ACSH
[D4]
Chi fa da se', fatica il doppio 

 prestazioni migliori che non usando dei componenti buoni per tutti i DB.
Se pensi questo è perché, evidentemente, non sai come funziona la 
tecnologia dbExpress.


Spiegamelo tu!


Rileggi il mio messaggio, per cortesia. Tra parentesi c'e' scritto 
"(magari anche sbagliando)".


Perche'?

 Perche'?
Perché è ottimizzato rispetto a MSSQL (che succhia moltissime 
risorse), perché il costo non è paragonabile neanche a quello di 
un'installazione Oracle e perché, sopratutto, le performance sono 
simili a quelle dei "grandi" RDBMS.  Ormai MySQL è un RDBMS 
concorrenziale per moltissimi altri database di alto livello.

 "(magari anche sbagliando)".
Infatti stavo confermando lo sbaglio.


Oh! Finalmente la risposta. Grazie :)

 Oh! Finalmente la risposta. Grazie :)
Le risposte vedi di chiederle come si deve, la prossima volta.


Agli ordini!


Mi sono spaventato.
Ho trovato un PDF sul sito Borland che parlava di IB vs MySQL. So che 
non bisogna chiedere all'oste se ha il vino buono e leggevo il documento 
cercando di farne la tara. Li' era scritto che di MySQL esistono 4 
versioni differenti con modi di memorizzazione dei file su disco diversi 
e che e' un casino se si deve passare da un modo all'altro.
So che sono OT e che potrei andare a cercarmi la risposta tramite Google 
ma e' ancora cosi'? Anche con la versione nuova?

 Mi sono spaventato.
Hai il brutto vizio di scrivere duplici risposte ai messaggi.
Vedi di piantarla.  Esiste il sito di MySQL su cui puoi trovare 
molte informazioni utili.

 Vedi di piantarla.  
Siamo in una democrazie a posso porre quante domande voglio. Se non vuoi 
rispondere non farlo. Fascista!

 Siamo in una democrazie[...]
Siamo in un ng e sei pregato di rispettare le regole.


Anche tu, allora. Sei pregato di essere educato e di non dare dello 
"scemo" ad altri e di non mettere in dubbio la loro intelligenza. Ma 
questa si chiama "buona educazione" (non netiquette)...

 "scemo" ad altri e di non mettere in dubbio la loro intelligenza.
La tua intelligenza la metti in dubbio da solo.

 Segnata.
Eh già !!!
Ciao !

 a MSSQL o Oracle...
Propio oggi punto informatico parla di Sun che "abbraccia PostgreSQL e dona
nuovo codice" (
http://punto-informatico.it/p.asp?i=56344&r=PI
).
Insomma, per chi come me ha poca esperienza di db relazionali ( a parte una
felice consulenza di 4 anni su db2) questo e' materiale di studio e, forse,
di valutazione.
Ciao
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/