Newsgroup: it.comp.appl.access
Titolo: Compilare access...

Sono sicuro che è possibile "compilare" un mdb in modo tale da poterlo
utilizzare su pc che non hanno installato access....
Non so però cosa bisogna utilizzare!
Qualcuno ha qualche idea?
Ciao


Attento a fare queste affermazioni in questo NG, rischi il linciaggio !!!!!
Scherzo ovviamente, pero' quel "sono sicuro" suona male.
Sfatiamo questo mito. NON ESISTE NESSUN COMPILATORE PER ACCESS.
al massimo esiste un Run Time di Access ma sono due cose TOTALMENTE diverse.
Ciao alla prossima
Ricky

 ha scritto nel messaggio
news:8g3ao6$hrb$1...@serv1.iunet.it...

Ma qualcuno mi vuole spiegare perhč c'č questa esigenza di un compilore per
mdb?
Ciao Bobbit

Micio
Ma è proprio per questo che esiste la versione Run Time di Access.
La '97 funziona benissimo, la 2000 purtroppo no (almeno per ora) ... ma è il pensiero che conta!!!
Ciao.

 ha scritto nel messaggio


E' semplice, basta rinominare pippo.mdb in pippo.exe

Ciao.
molte persone che chiedono come si fa a compilare
un database in Access, probabilmente intendono
semplicemente dire: "come si fa a usare un database
di Access senza bisogno di dover installare Access?".
E' una questione di "terminologia tecnica"   :-)
Micio


Perfettamente d'accordo...
Ciao.

 ha scritto nel messaggio
news:8g5vic$m9o$1...@master.pantheon.it...


mdb?
due motivi.  uno e' che se scrivi una applicazione con access, colui
al quale vorresti venderla deve comprare anche access.
due, chi ha troppa paura di programmare in vb vorrebbe fare bella
figura con access perche' e' piu' "semplice".
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/

>funziona pure se lo rinomini pippo.bat????
si', pero' diventa un file di testo con tutto il codice in chiaro.


figura con access perche' e' piu' "semplice".
Mhmmm, non è più semplice, è più azzeccato per lo sviluppo gestionale...
Ciao.

Mhmmm, non è più semplice, è più azzeccato per lo sviluppo gestionale...
chi sviluppa gestionale non ha questo tipo di problemi...



In che senso?
Personalmente posso dirti d'aver utilizzato parecchio Delphi (mi sono formato nel settore
industriale) per dei software in cui la gestione dati è secondaria.
Ma se dovessi utilizzarlo al posto di Access per i lavori in cui sono "immerso" da un paio d'anni a
questa parte impazzirei.
Le possibilità di gestione del video e della reportistica di Access sono talmente immediate e
"native" che finiscono per fare la differenza rispetto ad altri ambienti (compreso VB a parer mio).
Però non ti saprei dire se sia veramente più semplice, forse è più immediato... ecco qua.
Ciao Lbo

Perň non ti saprei dire se sia veramente piů semplice, forse č piů immediato... ecco qua.
ti spiego meglio il mio punto di vista.  il tizio qualsiasi aspirante
smanettone apre access.  vede che ci sono le autocomposizioni.  clicca
un bottone ed esce fuori un programmino.  si fa coraggio e cambia il
colore delle label.
siccome adesso il pc va di moda e ce l'hanno tutti, anche gente piu'
sprovveduta di lui, allora lui che sa cambiare colore alle label e
cliccare le autocomposizioni si sente un programmatore, professione
che va di moda (anche se meno rispetto al webdesigner), e vorrebbe
vendere le cose che fa con le autocomposizioni, visto che tutti
parlano di new economy e i babbi dei suoi amici col pc nuovo sono
cosi' imbranati da non sapersi gestire la rubrichetta.
solo che poi magari qualcuno si accorge che non e' stato lui a fare il
programma ma e' stato access...  capito adesso?
invece se io preparo un gestionale ad un cliente, magari un po'
skillato, non ho problemi a dirgli "guarda che uso una specie di
framework" quale puo' essere considerato access, che fa risparmare
tempo a me e soldi a te.


Sģ, condivido al 100%  il tuo punto di vista.
Non ci siamo intesi subito perchč io ho avuto un approccio ad Access estremamente particolare
(diverso dal 99% dei professionisti che lo utilizzano credo), e a certe cose non penso proprio...
CIAO.


Scusate se mi intrometto nella discussione, ma secondo me la differenza tra
un buon programmatore e
un ottimo programmatore non la fa il tipo di linguaggio usato per creare il
programma ma le idee, l'efficenza, la facilità d'uso, la mancanza di
rindondanza.
Per farvi un esempio, tutti sono capaci di ordinare una array di numeri,
però c'è chi lo fa in un modo banale e lento, chi lo fa con mergesort,
quicksort, bubblesort etc e chi adirittura usa algoritmi genetici.
Se esistono ambienti di sviluppo che non ti fanno  scrivere una riga di
codice ben vengano, ripeto secondo me non è il linguaggio usato che fa la
bravura.
Ciao bobbit


rindondanza.
Verissimo, ti dirň di piů:  il gestionale piů brutto, lento, macchinoso che abbia visto e provato
negli ultimi tempi č Gl-180 che č stato sviluppato in Delphi!!
Ma sai nel nostro lavoro spesso si č portati a dar peso all'ambiente di sviluppo piů che al
programmatore  (per snobismo)...
Era cosě ai tempi del buon vecchio DOS (C, Clipper, Pascal, Basic)....
Io devo dire ho un approccio estremamente pratico al mio lavoro, e me ne frego del pedigree (ma si
scrive cosě?)  :-D
CIAO.

bravura.
certo non e' la scelta del linguaggio a fare il programmatore fico
(anche se, insomma, un po' di superiorita' intellettuale io ad un
ciccipiuista vero gliela riconosco), e' come e perche' lo si usa.
pero' ti diro' che tutte le volte che io ho visto il codice generato
da ambienti di sviluppo nei quali "non occorre scrivere una riga di
codice" mi sono messo le mani nei capelli...
se poi ne faranno di veramente buoni, allora perche' no...


 - rimuovi XXX x rispondere    ICQ #8814554