Newsgroup: it.comp.lang.visual-basic
Titolo: VB come FrontEnd : utile ???!!!

Ma...alla fine io mi chiedo : ma a che caspita serve usare VB6 per
creare un'applicazione DataBase che magari si interfaccia ad Access,
quando Access permette di creare un programma completo
(tabelle,query,forms,report,moduli vari etc.etc.) in una botta
unica,facendo anche uso delle stesse librerie DAO,ADO etc. presenti in
VB6 ??!!!
Qual'è la differenza ? Solo che alla fine con VB6 si crea un eseguibile
da dare a chi sul PC non ha Access ? (anche se con la versione Office
Developer si può creare un'applicazione Access e distribuirla con
runtime...)
Alla fine la domanda che mi pongo è questa:
Ho imparato ad usare Access benissimo (DAO,ADO,VBA)e ci creo programmi
database che farebbero invidia a chiunque,anche perchè alla fine..ho
capito che dipende quasi "TUTTO" dalla "LOGICA" di come il programma
viene creato e dalla bravura del programmatore a scrivere il codice, a
che caspita mi serve, alla fine, imparare VB6 se non per cultura
personale ???!!!
Ciao.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Un programma non tratta solo dati.

 personale ???!!!
Ti dò la mia risposta più che altro perchè mi ero posto la domanda anch'io,
non quando dovevo imparare VB (che già conoscevo) ma quando ho dovuto
cominciare a realizzare applicazioni... Un prg "database" non è solo un
accesso al db, per cui va bene anche solo access... ma può essere qualcosa
di molto più complesso, che magari implementa funzioni che nulla centrano
con access... esempio.. un prg che ho fatto tempo addietro era basato
fondamentalmente sull'analisi dei dati contenuti in un db, aveva però anche
la necessità di collegarsi su una vpn e scaricare da un sequenziale
ulteriori dati, per poi mantenersi sincronizzato interrogando periodicamente
il sequenziale (che in realtà veniva riempito da una linea di
produzione...). Solo in access non mi sarebbe sembrata la soluzione
ideale.... poi forse ci si riesce lo stesso... ma come diceva scotti...(non
il jerry:-)) per ogni lavoro il suo utensile... Ciao e buon lavoro... (in VB
naturalmente...:-))) )

 quando Access permette di creare un programma completo.
Ho fatto lo stesso tuo ragionamento qualche anno fà . Ho pensato che
MsAccess mi avrebbe sicuramente reso la vita più facile nella gestione dei
dati (e così è stato), però dopo un pò (un bel pò) che facevo e disfacevo
questo programma, mi sono accorto che VB poteva darmi quel surplus grafico
per me necessario alla mia applicazione.
Questa cosa  non me lo può fare sicuramente Access, VB invece, (magari con
qualche accortezza in più) può fare entrambe.
Tutto sommato, secondo me, la cosa importante non Access o Vb, ma ciò che
vuoi fare: Se devi manipolare puri dati va bene Access, se invece devi fare
un' applicativo più 'variegato', meglio VB.
    Paolo

 quando Access permette di creare un programma completo
Allora : il VB6 per la domanda che poni perde contro l'access, ma alla fine
i prg che si fermano al solo interfacciamento e relazionamento coi DB sono
pochi , molti prg richiedono magari una sola funzione che non centra con
l'access e allora che fai ? imho + prg si conosce e meglio e' cosi si ha la
possibilita' di sfruttare ogni prg al massimo , io il VB lo uso per la
rapidita' ma lo smazzo maggiore in programmazione lo faccio in C , poi passo
gli Ocx o le dll in VB e in 5 min creo interfaccia e controlli ... per i DB
e' lo stesso discorso , tempo addietro mi e' capitato si creare un programma
che :
SERVER :
-scarica db in giro dai client
-legge i dati di vari DB e li confronta riaggiorna e spedisce ai client ,
fatto in VB e gli aggiornamenti tramite semplici maschere in access.
per scaricare automaticamente i file usavo prg esterni tipo PcAnywere e
similari ...
insomma lo scopo e' sempre quello :
Creare un prg STABILE , con massima resa sia grafica che di prestazioni e
con minimo sforzo e impiego di risorse sia celebrali che di tempo !
Enjoy