Newsgroup: it.comp.lang.vo-clipper
Titolo: [VO2.5x] MySQL, SQL, SQL Server quando e perchè?

Ciao a tutti
premesso che SQL è per me solo una sigla o poco più, mi piacerebbe trovare
delle informazioni da chi lo usa per sapere quando e perché è utile usarlo.
A naso, l'utilizzo di un server SQL dovrebbe facilitare la gestione di
archivi molto pesanti (quindi aumento di velocità nelle query) ed altri
servizi particolari (rollback, transazioni, ecc. ecc.).
Se qualcuno vuole aggiungere qualche altra informazione, prego ....
Buon lavoro

servizi particolari (rollback, transazioni, ecc. ecc.).
L'unico SQL che ho usato ( e uso) e quello dell'Access con Visual
Basic.
Le differenze che noto sono principalmente queste:
^ = pro
! = contro
DBF (CDX):
^ molto veloci sia come accesso ai dati e nelle Seek
^ relativamente compatti
^ versatili
! è facile corrompere gli indici
! tanti files da gestire
ACCESS:
^ comodità del linguaggio SQL incorporato
^ transazioni
^ integrità referenziale 
^ un file unico contenente tutto il necessario (dati,indici ecc.ecc.)
! pesa (e ha un mare di DLL)
! cresce di dimensioni con una semplicità estrema 
! gestione dei blocchi per pagina
Per intenderci, l'unica critica ai DBF è la *semplicità* con cui gli
utenti riescono a corrompere gli indici, da ovviare con una logica di
accesso ai dati ben fatta.
Mi fermo qua, per adesso...
Antonello

 accesso ai dati ben fatta.
Le mie applicazioni con DBF/CDX sono molto stabili per quanto riguarda gli
indici. Di solito consiglio sempre un piccolo gruppo di continuità almeno
sulla macchina che funziona da server.
Hai ragione, bisogna gestire un sacco di files. Però esiste anche un lato
positivo: un archivio in tilt non ti rovina l'intera base dati.
Ciao e buon lavoro

 ^ integrità referenziale
Mah, io preferisco di gran lunga curarmela da solo nel codice. Concedo
solo che, per una banca dati aziendale, dove tanti programmi, scritti da
programmatori diversi, accedono agli stessi dati, ci sia bisogno di una
sicurezza che vada al di là del singolo programma (ma io non mi occupo
di banche dati aziendali... ;-).
EMG

 ha scritto nel messaggio
news:16eZ5.73554$IP1.2...@news1.giganews.com...


Perche' non date un'occhio ad ADS?.
Fa funzionare i Dbf in modalita' Client/Server.
Ha quasi tutti i vantaggi dei motori SQl e quelli dei Dbf.
Visitate 
http://www.advantagedatabase.com/
Ciao


-----------------------------
Fabio Cresta
Computer Associates FSG Consultant
VO/Jasmine specialist
e-mail: 
fabio....@ca.com
 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

di banche dati aziendali... ;-).
Per me è fondamentale non dovermi preoccupare dell'integrità dei dati,
perchè l'applicazione che li gestisce è un pacchetto venduto da una
rete di rivenditori e può essere installato direttamente dagli utenti.
Considerando che rilasciamo diversi aggiornamenti durante l'anno, con
anche modifiche alla base dati, il fatto di avere una cosa in meno da
pensare mi lascia un po' + di tempo per me.
Antonello

positivo: un archivio in tilt non ti rovina l'intera base dati.
Vero, ma non penso siano  cosě fragili i vari SQL (o si?)
Antonello

 pensare mi lascia un po' + di tempo per me.
Però c'è una cosa che non capisco. Ti parlo di Visual Basic perché è
l'unico strumento con il quale utilizzo l'SQL. L'impostazione di vincoli
a livello del database fa si che, in caso si tenti di superarli, il
tentativo fallisca e il programma si fermi con un errore di run-time che
andrebbe pertanto intercettato grazie ad un costrutto On Error. Quindi
l'integrità referenziale nel database non mi evita di preoccuparmi del
controllo degli errori in ogni punto del codice in cui questi possono
presentarsi. E quindi che differenza c'è tra questo e gestire gli
aggiornamenti in modo che preservino essi stessi tale integrità?
EMG