Newsgroup: it.comp.lang.delphi
Titolo: Access

Conosco piuttosto bene M$ Access e normalmente programmavo la gestione di DB
locali su file *.mdb.
Ora però voglio espandermi a Delphi per avere la possibilità di gestire DB
su piccole reti (2-4 computer).
Tra tutti i tipi di DB proposti da Delphi (IB,DBE,ADO e forse faccio
confusione) quale è meglio scegliere?
Mi rendo conto che i vari tipi di DB hanno caratteristiche diverse a seconda
dell'utilizzo che ne viene fatto.
In relazione a ciò, mi chiedo quali siano queste caratteristiche.
Inoltre vi chiedo:
come posso convertire le tabelle MDB nel formato voluto.
Ho già visto che qualche altro tipo su Access si può esportare.
Salutoni
Luca
Bologna

 come posso convertire le tabelle MDB nel formato voluto.
Dipende dal formato voluto.
Esistono vari tool di conversione ma dipende molto dal DB di destinazione.
Saluti.

librerie di sistema con le relative problematiche.
E` comunque utilizzabile, in molti casi, senza problemi.
Nella mia azienda lo usiamo (per ora) per accedere a Oracle e funziona
senza problemi.

 inefficiente, rispetto all'uso di un DBMS centralizzato.
Errato. Access tramite ADO (non ODBC) si può connettere direttamente a MsSQL
Server (o MSDE, la versione lite) in modalità Client/Server come farebbe un
applicativo Delphi con che utilizza ADO.
Saluti.

applicativo Delphi con che utilizza ADO.
Ma di che stai parlando ? di Access come programma di gestione della
base dati (la cosiddetta "console") ? io parlo di Access in
riferimento a Jet, il motore di accesso ai dati.
Per cortesia, specifica di cosa parli, perche` si genera solo molta
confusione.

 wrote in message
news:ub3ftuksqufnrkp88...@4ax.com...

Parlo di Microsoft Access (ver 2000 o XP) che, con la creazione di:
"progetto di Microsoft Access: File di Access connesso a un database di
Microsoft SQL Server e utilizzato per creare applicazioni client/server. Un
file di progetto non contiene dati o oggetti basati sulla definizione dei
dati, quali tabelle o visualizzazioni."
ndr. Contiene solamente la parte di interfaccia utente e di cololegamento al
DB.
Questa è la dicitura che trovi nel help in linea di Ms Access.
Saluti.

Questa è la dicitura che trovi nel help in linea di Ms Access.
Ammetto la mia ignoranza a proposito dei "Progetti di Microsoft
Access", ma da quanto ho capito leggendo il problema dell'OP, lui
parla di Access in quanto motore JET, di gestione dei file .mdb.
Quando dico che Access non implementa il modello Client/Server, mi
riferisco al motore Jet.  Secondo il metodo da te proposto, si
userebbe soltanto la parte di gestione "visuale" dei dati di Access,
che, ammetterai, non e` cio` che si intende, normalmente, per "usare
Access" e, comunque, significherebbe lavorare con MS SQL Server, che
e` un RDBMS a tutti gli effetti (con tutte le riserve del caso per
quanto riguarda la definizione di DBMS *relazionale*).  Se bisogna
lavorare su SQL Server (o MSDE) con un accrocchio del genere, tanto
vale usare ADO direttamente su SQL Server o MSDE.  O, ancora meglio,
usare qualcosa di open-source e gratuito come Firebird.

 parla di Access in quanto motore JET, di gestione dei file .mdb.
[cut]
Il messaggio di Luca diceva:
<<Conosco piuttosto bene M$ Access e normalmente programmavo la gestione di
DB
locali su file *.mdb.
Ora però voglio espandermi a Delphi per avere la possibilità di gestire DB
su piccole reti (2-4 computer).>>
Dicendo "Conosco piuttosto bene M$ Access" e "voglio espandermi a Delphi "
io intendo che lui abbia già esperienza nello sviluppo di applicativi con Ms
Access (sia front end che back end) e che ora sia interessato a passare a
Delphi.
Il mio primo post riguardava la possibilità di creare applicazioni C/S anche
con Ms Access (come front end) appoggiandosi ad un server Ms SQL (oppure
tramite ODBC a MySQL o IB/FB etc.) così poteva sfruttare da subito le sue
conoscenze senza doversi imparare anche Delphi.
Questo non significa che non voglio che lui impari Delphi, anzi più siamo
meglio è, è solo che in ambiente lavorativo (e non hobbista) molto spesso
tempi e costi di ricerca che non sono mai quanto bastano per cui forse gli
conveniva continuare con Ms Access e studiarsi in parte Delphi.
Saluti.

conoscenze senza doversi imparare anche Delphi.
Secondo me ci sono state alcune incomprensioni nel thread.
Sono ben contento che vi siate chiariti:-)
A proposito di access e di ADO, sto sviluppando da 6 mesi con access 2000, e volevo solo aggiungere
che ADO, ma dovrei dire piu' correttamnete MDAC, non e' poi cosi' difficile da trovare su
sitemi windows.... visto che mdac e' distribuito con i software maggiorente diffusi quali IE, Office, i 
windows stessi dal 98 al 2000.
e' ovunque!
Ciao!
Morde

con Ms Access (come front end) appoggiandosi ad un server Ms SQL 
OK, ma ammetterai che la tua risposta e` un po` fuorviante.
Se dici "Anche in access puoi sviluppare applicativi in rete condivisi
tra più client e con tecnologia C/S." devi anche specificare che stai
parlando di un utilizzo particolare di Access e cioe` come front-end
per un DBMS (tra l'altro molto costoso) come SQL Server o (gratuito ma
limitato) come MSDE, altrimenti lui e` portato a credere che il
normale suo modo di lavorare, adesso, vada comunque bene.
Ho concluso ;)