Newsgroup: it.comp.appl.access
Titolo: Domanda su prestazioni access

Vorrei sapere se avete mai fatto delle prove (o comunque dirmi il vostro 
parere) di comparazione tra una applicazione in access ( esempio maschere 
con 3 o 4 sottomaschere legate ad altrettante tabelle ecc) con un 
applicativo sviluppato in v.studio, c, o altro con l'appoggio di un database 
via odbc (postgresql, sql server o altro) ovviamente che sia simile 
all'applicativo in access, se le prestazioni sono assai differenti.
La mia domanda č la seguente:
Per un applicativo abbastanza complesso, com molte maschere e sottomaschere, 
con una grande qta di dati da trattare č piů conveniente utilizzare access o 
uno dei vari linguaggi di programmazione esistenti?
Grazie 

 programmazione esistenti?
A livello di prestazioni non so dirti, visto che non conosco così bene l'architettura.
Tuttavia, visto che hai puntato il dito contro ODBC, credo che il motore 
di database sia sempre il Jet, quindi almeno nella parte relativa al trattamento 
dei dati, le prestazioni dovrebbero essere paragonabili.
Altro discorso, invece, riguarda la realizzazione dell'interfaccia.
Con Access hai una serie di funzionalità già pronte, dedicate all'accesso 
ai dati, fortemente provate nel tempo.
Con Visual Studio hai una totale libertà sia relativamente all'usabilità 
dell'interfaccia sia relativamente all'utilizzo dei più disparati componenti, 
anche personalizzati.
Visual Studio e Access sono due mondi abbastanza differenti.
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution

Non ho una grande esperienza, ma ho sviluppato qualche applicazione in
queste
configurazioni:
FE(Access) ---> BE(Access-Jet) con LinkedTable
FE(Access) ---> BE(MySQL) Con LinkedTable via ODBC
FE(Access) ---> BE(SQL 6.5 e SQL2000) Con linked Table via ODBC
FE(VB6)      ---> BE(SQL 6.5)
In caso di gestionali la differenza sostanziale la fa il motore di
Database
non l'applicativo d'interfaccia FE.
Delle 4 soluzioni sopracitate quella con la quale mi sono trovato
meglio, per cui
ho deciso di seguire, è la 3°
A mio avviso Access come FE è il migliore per semplicità di
costruzione
e per la manutenibilità.
Con VB i risultati sono altrettanto buoni, ma il tempo per realizzare
un progetto
si allunga molto.
Le cose di cui sento la mancanza sono le SubForm, oggetto quanto mai
fondamentale.
L'argomento richiede un'approfondimento di dettaglio su un tema per
poterne
fare un raffronto reale, altrimenti anche le risposte possono essere
viziate
dalla deformazione generica del programmatore.
Ciao
@Alex

 uno dei vari linguaggi di programmazione esistenti?
L'ambiente FE non fa mai la differenza quando si parla di applicazioni di
DataBase, qualunque sia la strategia di compilazione del codice.
Nel contempo le prestazioni, a parità di motore, dipendono soprattutto
dall'esperienza di chi la sviluppa (a partire dal codice SQL).
Chiaro che un'applicazione che utilizzi Jet piuttosto che SQL Server avrà un
livello di scalabilità limitato, ma questo è un altro discorso.
Per quanto riguarda la flessibilità in fase di Design, va detto che pur
essendo un DB-RAD, Access ha dimostrato nel corso del tempo grande
versatilità.
Visitando il sito comune o l'area di Baraldi troverai "Add-Ins" (per lo più
di facile implementazione) per quasi tutte le esigenze.
Ciao, Simone

 > uno dei vari linguaggi di programmazione esistenti?
Aggiungo una cosa: chiaramente si parla di ambiente DeskTop.
Negli ultimi anni, si è sviluppata una corrente di pensiero che predilige lo
sviluppo (sempre e comunque) con tecnologie web.
In tal caso Visual Studio offre concrete possibilità con 
ASP.NET
, mentre
Access di fatto no.
Ciao, Simone

In effetti stiamo provando a migrare un applicativo Access in Asp.Net
per
una migliore gestione degli aggiornamenti, non sò se alla fine sarà
meglio o peggio
trattandosi di una LanAziendale(di enormi dimensioni), ma il tentativo
va in questa
direzione.
Ciao
@Alex