Newsgroup: it.comp.appl.access
Titolo: Informazione urgente





A quale indirizzo posso scaricare le librerie 
runtime Access 97. Devo progettare un'applicazione che poi si serve di queste 
librerie per essere eseguita, dato che in Access non è presente il 
compilatore.


 


Grazie in anticipo!


 



A quale indirizzo posso scaricare le librerie runtime Access 97 ?


essere eseguita, dato che in Access non è presente il compilatore.
scherzi o fai sul serio?
è un prodotto commerciale e si compra.
se devi progettarla progettala in vb o in delphi, che è meglio.
--
non studio non lavoro non guardo la tv
non vado al cinema non faccio sport
----------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access


Se hai Office 97 Developer, nel Cd di Office trovi quello che ti serve per
produrre un database eseguibile in runtime; se invece la tua versione di
Office non č la Developer te la dovresti comperare, non č scaricabile da
nessun sito; dico "dovresti" perchč sembra che sia ormai introvabile e che
esistano solo "fondi di magazzino".
--
Roberto
---------------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/
---------------------------------------------

essere eseguita, dato che in Access non è presente il compilatore.
Falso, VBA è compilato.
Altra cosa è creare applicazioni Stand Alone; l'unico che ci riesce in ambiente Win è Delphi.
VB si avvale di un Runtime bello e buono con il .EXE al "posto" del .MDE
L'Access Runtime si compra, non è gratis.
Ti conviene metterti in coda per la versione 1.5 (Access 2000).
Access 2000 ha troppi bachi (non so come sia con OSR1); VB offre strumenti imbarazzanti per accedere
ai dati; Delphi non si sa bene con che motore di Database utilizzarlo (il BDE è in stato di coma
profondo).
Non c'è di che essere allegri, ti pare?
Ciao, Mauro

 VB si avvale di un Runtime bello e buono con il .EXE al "posto" del .MDE
[cut]
Scusa, Mauro, se mi permetto di criticare, ma io sono dell'idea che uno che
pone una domanda cosi' e' evidente che non ha letto il NG fin'ora, non ha
visitato il sito comune e vuole guadagnare senza investire neanche una lira.
Non credo che valesse la pena, quindi, dargli una risposta tanto completa.
Ciao, Sib
PS Scusa, ma che vuoi dire che VB fa un EXE al posto dell'MDB?
Io uso VB6 da poco e non mi sembra affatto che sia come dici, anzi, fa anche
i pacchetti autoinstallanti da solo.

i pacchetti autoinstallanti da solo.>
Sei sorpreso?
Eppure è proprio così Sib...
Allora, in ogni caso gli .EXE di VB per funzionare necessitano di una libreria di
Runtime: msvbvmXX.dll.
Se sviluppi soluzioni Business con VB, il Setup deve installare tutte le componenti del motore di
Database (normalmente ms-jet): ovvero le varie:
msjet35.dll
vbajet32.dll
VbXDB.dll
etc.   (sono una decina)
Il nuovo Report Engine di VB6 non ha avuto grande successo tra gli sviluppatori che continuano a
utilizzare Crystal Report, il che significa dover installare un Runtime anche di questo prodotto
(altro bel pacco di .Dll).
Certo, si potrebbe ancora dire che sia comunque meglio del Runtime di Access (che prevede componenti
più "grosse" come MsAccess.exe, MsOxx.dll), il fatto è che gli strumenti standard di gestione dei
dati di VB sono imbarazzanti.
Di conseguenza per dare ai clienti qualcosa di utilizzabile si è costretti a utilizzare le classiche
combo e Griglie Activex (che tra l'altro non sono gratuite).
Sono componenti molto flessibili, difficilotte da pilotare, piuttosto instabili, pesanti, fragili su
computer "non dedicati" (come tutti gli Activex), creano grossi problemi in fase di aggiornamento
delle applicazioni distribuite.
Ma soprattutto sono ulteriori componenti esterne al .exe...
A torta finita, i 2 Runtimes (Acess e VB) sono praticamente le due facce della stessa medaglia:
Microsoft...
C'è solo un vantaggio teorico a usare VB: la possibilità di compilare in native-code piuttosto che
in P-Code.
La cosa divertente (non mettetevi a ridere) è che i programmi Business compilati in P-Code (la
stessa tecnologia di compilaz. degli .MDE) sono più veloci rispetto alla compil. Native-Code.
Alla base di questa affermazione ci sono un mare di prove empiriche, non sto inventando una cippa.
Il native code è molto più veloce nei calcoli e nella risoluzione dei cicli, il P-Code nel
caricamento e nella gestione degli oggetti visuali; il fatto è che nel gestionale non si usano
algoritmi di calcolo complessi: il 90% del codice gestisce l'Input/Output...
Resterebbe Delphi: fantastico compilatore, bibbia della programmazione OOP, vero generatore di
applic. Stand Alone.
Fantastico per fare tutto (giochi, Virus, grafica, forse perfino Sistemi Operativi) meno che il
gestionale!
Buoni strumenti d'acesso ai dati ci sono ma sono molto macchinosi da utilizzare; Inprise continua a
proporre un motore di Default superato che i neofiti Delphi (che saranno i professionisti del
futuro) continuano a usare.
Ma soprattutto è inadeguato per la creazione di Vera reportistica (il
50% di una procedura gestionale)...
Sono stato prolisso ma spero chiaro: tutti i RAD presenti sul mercato hanno pregi e difetti, inutile
credere a occhi chiusi ai falsi miti.
A me ne resta solo uno: PowerBuilder (chi ha informazioni precise ne parli pure)
CIAO Sib, Mauro