Newsgroup: it.comp.lang.delphi
Titolo: Info su db/prg in rete

Ciao a tutti, mi piacerebbe capire come posso creare dei prg per la rete;
quindi che tipo di database posso utilizzare, come posso fare per
l'insermento/eliminazione di record all'interno del db (visto che possono
fare queste operazioni piů utenti contemporaneamente), Delphi 5 potrebbe
darmi dei problemi... se vi vengono in mente altre osservazioni...
Grazie
Paolo

 fare queste operazioni piů utenti contemporaneamente),
questo problema risolto leggendo news precedenti...
Grazie

Di strade ce ne sono moltissime... tutto dipende da cosa preferisci utilizzare tu.
Io da tempo mi sono gettato su sistemi gestiti da SQL server, ma non il classico
SQL della Microsoft bensì il MySQL (freeware... www.mysql.com... è quello utilizzato 
anche dalla NASA ;)
Questo sistema è molto versatile, configurabile su qualsiasi tipo di piattaforma
(windows, linux, Unix e chi più ne ha più ne metta) e poi, ripeto FREEWARE!!!!
nonchè open source. 
Per la gestione dei record è tutto basato sul linguaggio SQL. Di conseguenza è
il server che gestisce la cronologia delle operazione spedite dai vari client, ma per
la spiegazione di tutto questo è meglio rimandare ad un secondo step.
Pensaci....
Ciao, 
   Dario
dar...@tiscalinet.it
jes...@worldonline.it
-- 
Posted from IDENT:qmailr@[217.57.169.195] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 la spiegazione di tutto questo č meglio rimandare ad un secondo step.
Ci potrebbero essere dei problemi a utilizzare mysql con Delphi? Non ho mai
utilizzato un sistema gestito da un SQL Server... perň se mi risparmia i
casini legati alla scrittura/aggiornamento dei records su un db in
multiutenza...
L'azienda in cui lavoro utilizza archivi DBF e db di Access (MDB), molti
programmi sono scritti con Clipper (che non conosco!!)... il problema č
quando bisogna scrivere o leggere sullo stesso file, molte volte mi da
errore dovuto al fatto che gli archivi sono utilizzati da altre persone...
oppure quando si deve ricostruire un indice ad esempio all'Anagrafica
Clienti (che praticamente tutta l'azienda utilizza) ... Oltre a tutto
questo, anche la lentezza nell'elaborazione dei dati, fa si che i miei
colleghi siano sempre bruschi...
Sto cercando un sistema che non mi dia problemi come mi sta dando
l'attuale... cosa ne pensi?

<"Ci potrebbero essere dei problemi a utilizzare mysql con Delphi? ......">
ASSOLUTAMENTE NO! Attualmente io sviluppo solo con il linguaggio Delphi.... di conseguenza... :)
<"Non ho mai utilizzato un sistema gestito da un SQL Server... però se mi risparmia i casini legati alla 
scrittura/aggiornamento dei records su un db in multiutenza...">
ASSULUTAMENTE SI !
<"L'azienda in cui lavoro utilizza archivi DBF e db di Access (MDB), molti programmi sono scritti con 
Clipper (che non conosco!!)...  ">
Clipper..... fu il massimo per me nella mia giovinezza... :)=
<"il problema è quando bisogna scrivere o leggere sullo stesso file, molte volte mi da errore dovuto al 
fatto che gli archivi sono utilizzati da altre persone... oppure quando si deve ricostruire un indice ad 
esempio all'Anagrafica Clienti (che praticamente tutta l'azienda utilizza) ... Oltre a tutto questo, anche la 
lentezza nell'elaborazione dei dati, fa si che i miei colleghi siano sempre bruschi...">
Ecco perchè è rimasto confinato a quell'età!!! :)   In effetti quando lavoravo in Clipper utilizzavo 
tutta una serie di controlli che mi permettevano di capire se il record era già utilizzato da un altro
utente o meno (LOCK e UNLOCK... il primo per loccarlo e il secondo per sbloccarlo. Se un computer
che doveva compiere un'operazione su un record trovava questo LOCCATO aspettava finche non 
si UNLOCCASSE... tutto questo causò non pochi problemi. Dovetti adottare una libreria esterna Class(y) 
che mi permise di sopperire a quelle carenze. In ogni caso il passo da un database DBF, Paradox o Access 
ad un sistema SQL è molto lungo. Di conseguenza secondo me è impensabile  che tu ti metta a rifare tutti i 
programmi  "aggiornandoli" ad un sistema SQL. Guarda in avanti! Se devi sviluppare altri programmi allora 
portali su un sistema SQL tenendo i vecchi sotto un'ala di sola assistenza. Altrimenti.... vedi tu!!! :)=
Ciao e buon lavoro!
Se hai bisogno di qualsiasi ulteriore chiarimento puoi contattarmi anche via email
dar...@tiscalinet.it
-- 
Posted from [217.57.169.195] 


... ho ancora qualche interrogativo ... (forse un po' di +!!).
Sono curioso e penso che ti ascolterò; potrei iniziare a fare un programmino
di statistiche... per capire un po' il funzionamento e la velociatà di
MySQL... Il db con cui voglio provare è di dimensioni elevate 1.500.000
records circa per mese... quindi anno 2000 siamo sui 18.000.000 di
records.... Per elaborare un file di queste dimensioni potrei avere dei
problemi? Posso installare tranquillamente MySql su Linux Red Hat 7.1? Ho
notato che su 
www.mysql.com
 sono presenti parecchie versioni di questo SQL
Server...
MySQL 3.23 -- Stable Release (Recommended) -----> puo andare bene?
Grazie
Scusa se ti rompo (se non ti do fastidio penso che continuerò a farlo!)
Paolo

 ha scritto nel messaggio
news:7rnP6.6829$8Y1.1...@news2.tin.it...

Problemi dovuti a Delphi non ne vedo, qualunque sia il tipo di DB che
intendi usare. Se hai parecchi utenti, diciamo piů di 5 in contemporanea
dovresti considerare l'uso di un server SQL. Ce ne sono molti, di cui alcuni
anche gratuiti e open source.
- Interbase 6 (open source, gratuito) perfettamente integrato con Delphi,
diverse sue parti sono scritte in Delphi, accessibile con i driver diretti
di Delphi o con ODBC, c'č un progetto in corso per la realizzazione di un
provider OLE DB, ma non so a che punto č
- MySQL free, accessibile con ODBC
- PostgreSQL free, accessibile con ODBC
poi quelli che si pagano....eccone alcuni
- Microsoft SQL server (solo Windows)
- Oracle (funziona su quasi tutti i sisitemi operativi)
- Sybase
- Informix
e tanti altri.....
Tutti questi dovrebbero essere in grado di gestire la multiutenza, di solito
quelli che si pagano mettono a disposizioni delle interfacce per la gestione
e delle estesioni di SQL piů evolute.