Newsgroup: it.comp.os.dibattiti
Titolo: Access (era Re: eliminiamo windows98 !!)

 la mia, voi dite la vostra :)
L'ho detta..:-)
Ciao
Francesco

 wrote:
-> 
-> Dati statisti provenienti da host IBM e da raggruppare/incrociare per dare
-> alla direzione (5/6 utenti al massimo) dati significativi, con possibilita
-> consultarseli a video e di stampare i relativi report e grafici.
-> 
-> Oppure, ancora, database per la documentazione delle omologazioni dei
-> prodotti, qui 3-4 utenti al massimo.
-> 
-> Oppure un DB con l'elenco e le statistiche delle riparazioni in garanzia.
-> 
-> Che faccio, compro SQL server od Oracle a fior di milioni per gestire
-> database con poche migliaia di record e 5-6 utenti al massimo?
Sicuramente no, e' chiaro che il gioco non vale la candela, ma per un lavoro
del genere bastava il dBase IV
-> Oltre al costo di sviluppo, ovviamente, con Access un utente con un po' di
-> Skill riece a farsi le cose da se, con SQL server od Oracle servono ben
-> altre competenze.
Non piu' di tante. Il grosso problema e' la logica che sta dietro il programma, 
cioe' capire cos'e' una query incrociata o come funzionano le relazioni tra 
tabelle, ma queste Access non te le spiega, ti facilita solo il farle.
bye
Gianluca
-- 
Home Page                	Contro i brevetti del sw     Boicotta Microsoft
www.infinito.it/utenti/chewbe
 
no-patents.prosa.it/
 
www.boycott-ms.org/
 
"If we have to file a thousand lawsuits a day, we'll do it.
It's less expensive than losing CONTROL of YOUR creative works."
---Jack Valenti, President and CEO, Motion Picture Association of America

del genere bastava il dBase IV
In un certo senso, Access e' il dB4 di oggi.
Ciao,
 P.
+++ Boing Boom Tschak

 tabelle, ma queste Access non te le spiega, ti facilita solo il farle.
Non concordo molto, la logica di base (relazioni e query) basta poco per
impararle (almeno ad un livello terra-terra).
Il problema e la costruzione dell'applicazione.
Sql non e' propriamente facile e molte volte (leggi sempre) e'
indispensabile saperlo per usare quei mostri.
Ciao
Francesco

 wrote in message
-> >
-> > Non piu' di tante. Il grosso problema e' la logica che sta dietro il
-> programma,
-> > cioe' capire cos'e' una query incrociata o come funzionano le relazioni
-> tra
-> > tabelle, ma queste Access non te le spiega, ti facilita solo il farle.
-> 
-> Non concordo molto, la logica di base (relazioni e query) basta poco per
-> impararle (almeno ad un livello terra-terra).
-> Il problema e la costruzione dell'applicazione.
No. Se hai piu' di un paio di tabelle, il grosso problema e' come
dividere le informazioni e correlare le tabelle. Una volta fatto questo
l'applicazione viene quasi da sola.
-> Sql non e' propriamente facile e molte volte (leggi sempre) e'
-> indispensabile saperlo per usare quei mostri.
SQL di base e' banale, dai, non ci vuole molto ad impararlo. Certo, 
se poi cominci a lavorare con nested queru ed altre funzionalita' 
avanzate le cose si complicano.


 avanzate le cose si complicano.
Bho, a me viene piu' facile fare l'analisi che scrivere SQL (che conosco
poco e male).
Ciao
Francesco

del genere bastava il dBase IV
naaah, troppo frammentato come DB, e con gli indici spesso da
ricostruire. Io conordo con Franz: Per il suo livello (che e' un po'
piu' altro di quello del DBx) Access e' senz'altro il migliore, anche
se, alla fin fine, non e' nulal di trascendentale.
Obelix