Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Access Contro VB

Vi pongo questa domanda ?
Quando è consigliabile pregrammare in VB e quando in Access ?
Access è una copia limitata e facilitata di VB oppre viene utilizzato per
altri suoi pregi ? (Tipo il fatto che può essere modificato dall'utente ?)
O c'è qualche altra differenza che non ho colto ?
Grazie.

...

Ti suggerisco un modo x capire subito le differenze ed i pregi e
difetti di entrambi gli ambienti.
Fatti una procedurina facile-facile stile Rubrica Contatti,
prova a svilupparla sia in Access sia in VB; fatto questo
ti renderai sicuramente conto degli enormi vantaggi
di Access. A questo punto pensa a doverla distribuire
a 1000 clienti, ecco scoperto l' importante vantaggio di VB.
Facilita` di sviluppo vs. facilita` di distribuzione.
Bye, Ste

...

Beh, magari la faccenda non e' cosi' limitata...
Ci sono molti altri aspetti che andrebbero considerati.
In genere Access (l'unione tra front-end e VBA) e' maggiormente indicato per
lo sviluppo di applicazioni di gestione dati (sia Access, che altri
database, via ODBC e tabelle collegate). Dubito che qualcuno trovi
conveniente usare Access per altri tipi di applicazioni.
VB e' piu' generale. Questa sua "generalita'" a volte lo penalizza rispetto
ad Access per semplici applicazioni database, ma gli permette di fare molte
altre cose (es. creare controlli, DLL e EXE ActiveX).
E poi lo sanno tutti che Access non puo' creare files EXE (oppure hanno
finalmente rilasciato un compilatore anche per lui? ;-)
--
Roal Zanazzi
z...@iol.it

Facilita` di sviluppo vs. facilita` di distribuzione.
Usando ODE, la larga diffusione del masterizzatore ha un po' cambiato
la situazione?
E' un dubbio.
Io ho realizzato e distribuito applicazioni (in CD-ROM) realizzate in
Access che ora si autoaggiornano quando l'utente va in rete,
sostituendo il solo file .mde. Chiaro che devi veder lontano a priori
(mi riferisco agli .ocx), altrimenti devi ridistribuire i CD.
Qui, in questo NG, hai dato tu 'na mano alle mie difficolta' nel
realizzarle.
       Paolo
------------------------------------------------------------
If everybody else's doing it, why couldn't I?
------------------------------------------------------------


Ne sono lieto.
Quand' č che mi passi la mia giusta percentuale ? Accetto anche
pagamenti in evfpr.....
Bye, Ste
PS: non avevo detto che con Access č impossibile distribuire
       applicazioni; semplicemente che con VB č molto + semplice....

       applicazioni; semplicemente che con VB č molto + semplice....
Sicuramente perche' un semplice floppy ti fa' da media.
Il mio dubbio era per il fatto che ormai il masterizzatore ce
l'hanno quasi tutti ed il cd vergine costa solo 2000 Lire.
In pratica ti chiedevo se c'erano altri pro di VB su database.



Non esiste, ti pare che userei Access in quel caso ? ;-)
Non c'è neppure un paragone nella semplicità e velocità
di sviluppo...
Bye, Ste
PS: Ops, vedo che siamo in cross-post, spero che nessuno
       se la prenda a male...

di sviluppo...
Infatti, io ho comprato VB6 ed e' finita che non l'uso quasi mai.



Una domanda del genere merita una risposta approfondita.
Quando Access ha fatto la sua comparsa sul mercato, poteva essere
programmato solamente con un linguaggio macro o con l'Access Basic
che assomigliava vagamente al Visual Basic ma era molto più limitato
oltre a non essere per niente compatibile con esso.
Access è nato come DBMS ovvero database management system e non
come linguaggio di programmazione multipurpose come il Visual Basic.
Il che significa che il linguaggio di programmazione è stato aggiunto in
seguito
come un qualcosa in più rispetto alle funzionalità specifiche di Access che
come detto prima riguardano la gestione di database.
Il paragone è quindi un po' stiracchiato, dato che a nessuno verrebbe mai
in mente di creare un videogioco con Access (anche se in linea di massima
si può fare... ed è anche stato fatto...) per il solo fatto che il RUNTIME
di Access
si porta dietro comunque tutto il necessario per gestire un database che,
in questo caso, resterebbe comlpetamente inutilizzato.
Per contro a me (che sviluppo applicazioni database con Access da un bel
po' di anni) non verrebbe MAI e poi MAI in mente di creare un'applicazione
database in Visual Basic perchè Access, essendo orientato prevalentemente
alla gestione dei database, possiede strumenti molto più avanzati per la
gestione di records, tabelle, query, reports e quanto altro.
Basta pensare che le maschere di Access hanno già incorporato tutto quello
che serve per gestire gli eventi base del database management.
Anche in questo caso nessuno vieta la creazione di applicazioni database con
Visual Basic, ma i tempi di sviluppo saranno necessariamente più lunghi
e comunque il formato dei files sarà quello di Access (MDB).
Allora tanto vale rimanere in ambiente Access sia come tabelle che come
codice.
Se andiamo più a fondo, Access 97 è rimasto ad una versione di Visual Basic
che potrebbe essere la 4.0.
Mancano infatti alcune keywords come ad esempio ENUM (piuttosto utile se si
desidera fare in modo che le funzioni da noi create "suggeriscano" al
programmatore
la lista degli argomenti) e, molto più importante, la keyword ADDRESSOF
senza
la quale è IMPOSSIBILE subclassare le finestre ed i controlli.
Per il resto i due ambienti si assomigliano parecchio e il linguaggio è
pressochè
identico.
Spero di essere stato sufficientemente chiaro.
Ciao, Gundam


Eh no, e mi sa che non lo vedremo mai.  Proprio x questo ritengo che
VB sia irrinunciabile anche x applicazioni gestionali "orizzontali" a
grande distribuzione...
Solo per quelle però !! ;-))
Bye, Ste


A me invece lo suggerisce come mai? forse perche' ho installato l'ODE?.
Bye. :o)


Cosa esattamente ti suggerisce ?
Io intendo questo:
Se tu dichiari una funzione in questo modo:
    function MiaFunzione(alfa as long, beta as string)
quando poi utilizzi la funzione nel codice l'unica cosa che
ti viene suggerita č il tipo di dati richiesto per ogni argomento.
Se invece prima di dichiarare la funzione dichiari un ENUM
come questo:
    Public Enum InterfaceColors
        icMistyRose = &HE1E4FF&
        icSlateGray = &H908070&
        icDodgerBlue = &HFF901E&
        icDeepSkyBlue = &HFFBF00&
        icSpringGreen = &H7FFF00&
        icForestGreen = &H228B22&
        icGoldenrod = &H20A5DA&
        icFirebrick = &H2222B2&
    End Enum
e poi dichiari la funzione cosě:
    function MiaFunzione(alfa as InterfaceColors, beta as string)
quando poi utilizzi la funzione nel codice, ti verranno suggerite
tutte le costanti che puoi utilizzare con quella funzione.
E purtroppo Access 97 non possiede la keyword ENUM.
Ciao, Gundam

 
E com'è che avresti fatto??
Fede


Hai ragione tu, io non mi riferivo all'ENUM, ma solo al tipo di dato.
Quello che puo' darti A97 e' il tipo, e se previsto il valore di
default del campo della funzione.
Bye ;o)

E com'è che avresti fatto??
Sicuramente si puo' fare  meglio.
Io, barbarescamente, ho fatto cosi':
Creo 3 database.
Il Backend, il Frontend, e un admin (tanto per dargli un nome).
Il frontend ad ogni collegamento in rete Internet verifica la
propria versione leggendo un apposito file presso il server (nel mio
caso un campo di una tabella).
Se la versione e' cambiata, scarica la nuova versione di frontend via
ftp alla quale da' un nome temporaneo.
A fine lavoro, il frontend, prima di chiudersi, lancia l'admin
il quale sostituisce il file frontend con quello temporaneo appena
scaricato.


Interessante.... da approfondire!!
Fede

>O c'è qualche altra differenza che non ho colto ?
una cosa che ad alcuni sfugge e' che access, come pacchetto, permette
di visualizzare tabelle e creare e visualizzare query al volo.
in sostanza permette di manipolare dati eterogenei con mooolta piu'
facilita' e in modo "visivo".
______________________________
dove vuoi essere mandato oggi?
______________________________
togliere .NOSPAM per spedire email


Di Access c'è il runtime che ti permette di "compilare" e distribuire
applicazioni senza che il cliente abbia Accss completo.
E' lento ma gira!
Ciao Salvatore