Newsgroup: it.comp.appl.access
Titolo: W Access !!! (lode)

Io non capisco, ma veramente, chi si ostina a voler usare VB per creare
programmi DataBase...
Ma si rendono conto di quanto c...o di tempo perdono ?!
mah...io non lo so...
Volevo trasformare la mia applicazione Access in un file EXE e quindi ho
provato Vb...ma per favore !!! Ci rinuncio...ma stiamo scherzando ?!
Combobox,ListBox,DBGrid, ma dai dai....solo che codice da scrivere anche per
cazzate...
ma che me ne faccio di un EXE ?! Io trasformo il mio .mdb in un .mde e
fornisco al cliente il Run-Time di Access.STOP.

 ma che me ne faccio di un EXE ?!
Mi auguro che ti sia reso conto che, comunque, utilizzando VB non
distribuisci uno o più eseguibili, ma una collezione di componenti da
registrare sul PC del cliente: dicesi Runtime.
L'unico vantaggio è la compilazione in codice nativo sui pezzi di codice che
eseguono calcoli e operazioni matriciali complesse (casi peraltro rari nel
gestionale).
Ciao.

 ha scritto nel messaggio
news:wrnKa.122176$lK4.3...@twister1.libero.it...

Calma, calma; sembrano uguali ma non lo sono. Alcune cose le fai con access
ed altre con VB, se non senti la necessità di utilizzare VB non significa
che non è un buon prodotto. Se ti piacciono gli exe perché non provi con Fox
Pro?
Ciao.
--
Sergio MAZZA

 Pro?
Ma anche gli ".exe" di Fox Pro richiedono componenti di Runtime per
funzionare, oltre a non essere compilati in codice nativo.
Ciao.

 Ciao.
Ahò! Ma accontentarsi no eh?
Ciao.
--
Sergio MAZZA

 ha scritto nel messaggio
news:wrnKa.122176$lK4.3...@twister1.libero.it...

ribadisco un concetto:
per applicazioni monoutente: access!
per VERE applicazioni multiutente: VB (o altri aggeggi) + SQLserver se
volete spendere parecchi $$$
per VERE applicazioni multiutente: PHP/PHYTON(o altri aggeggi) + mysql/PGsql
se NON volete spendere parecchi $$$
byeZ
ringo

 se NON volete spendere parecchi $$$
ok.
Ciao.

 Ahň! Ma accontentarsi no eh?
E' no, altrimenti tra un mese te li trovi su it.comp.lang.visual-basic a
chiedere:
"Ragazzi, posso distribuire il mio gestionale VB6 in uno o piů eseguibili?
Non voglio che il Setup m'installi sulla macchina del cliente il Runtime di
Cristal Reports, le DB-Grid, etc"
Oppure
"Ragazzi, č possibile far girare un'applicazione 
VB.NET
 senza installare il
Common Language Runtime sul PC del cliente?"
... e si ricomincia da capo  ;-)
Ciao.

 Per VERE applicazioni multiutenti: ACCESS + SQLServer (o altri aggeggi)
trasformare un MDB in ADP è una cosa veloce o è un processo lungo?
se nell'MDB ho centinaia di query si possono trasformare in ADP o
devo riscriverle?


 volete spendere parecchi $$$
Io ho più d'una vera grossa applicazione multiutente con Access FE e MySQL
BE.
Sono convinto che l'utilizzo di Access come framework di accesso ai dati,
anche residenti su di un server accessibile con odbc o oledb, consenta lo
sviluppo di applicazioni molto ma molto professionali, con interfacce utente
eccellenti.
Ciao, Sandro.
--------------------------------
Inviato via 
http://usenet.libero.it

 fornisco al cliente il Run-Time di Access.STOP.
Un'applicazione fatta con Access XP developper ti porta via dai 160 mega in
su. In VB, di solito, riesci a ritagliare l'applicazione in modo da essere
molto ma molto meno grande, il che consente di essere distribuita anche
tramite download dal web.


 devo riscriverle?
Puo' essere complesso, le query vanno quasi tutte riscritte e il codice va
riadattato tutto in ADO, inutile prendersi in giro, e' un bel lavoraccio ma
alla fine ne vale la pena.
Sib

 devo riscriverle?
Perchè trasformare un .mdb in .adp?
Chi ti dice che non si passa partire ex novo con un bel File di progetto
;-))
Comunque ho applicazioni .mdb che s'interfacciano via ODBC con SQL SVR con
buone prestazioni, al di là dei tanti luoghi comuni su tale configurazione.
Ciao.

 su.
Mica vero: se non includi Explorer e aggiornamenti Win Installer e MDAC,
occupa una sessantina di MB _cinquanta dopo compressione_
Saluti.

 ;-))
se ho 500 query e mooolto codice delle maschere da riscrivere
per passare da DAO ad ADO quanto tempo ci vuole?!??!
byeZ
ringo


ha scritto:

E' vero. Ho detto una cazzata. Tutti i pacchetti che ho distribuito andavano
su CD e ho sempre lasciato tutte le impostazioni di default del wizard di
creazione pacchetti, per evitare di compromettere l'istallazione dal cliente
...
Però è confortante che si riesca a scendere intorno ai 60 mega ...
Grazie, Sandro.


> Perchč trasformare un .mdb in .adp?

secondo me, ti conviene ripartire da zero.
se hai creato 500 query (spero sia il primo numero che ti č saltato in
mente e non un caso reale :-)), qualcosa non va. 
io piuttosto che avere una marea di query, preferisco creare solo quelle 
poche che uso dappertutto e poi usare recordset con stringhe sql generate 
al volo.
il codice č molto piů semplice da commentare (e cosě non mi perdo...), se 
cambia il nome di una tabella, mi basta cambiare una stringa o un 
parametro e il codice si adatta.
se hai delle query, per cambiare il nome di una tabella, devi fare i 
salti mortali e una marea di prove per essere sicuro di non aver 
dimenticato niente...
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------

"ringo" <


Cosa centra?
Se hai una vecchia applicazione DAO (concepita quindi per piccoli gruppi di
lavoro) e vuoi scalarla ad ampie multiutenze, ACCESS, VB o qualunque altro
*goodroom* tu utilizzi, sarà sempre e comunque un lavoraccio renderla
davvero Client-Server!
Ciao.

 Però è confortante che si riesca a scendere intorno ai 60 mega ...
Già ma potevano fare di meglio (come con ODE '97):
Runtime di MS Graph
Office Web components
Librerie ADO
Sono decine di MB di componenti che vengono installate ma che spesso non
vengono utilizzate dalle applicazioni Access, quindi non servirebbero...
Saluti.