Newsgroup: it.comp.appl.access
Titolo: ...perchè Access ha una brutta reputazione ?

Si, perche' ???
Parlando in giro un po qua e la con programmatori e non, la maggiorparte
di loro rinnega MSAccess..."č un giocattolo,č pieno di difetti,non č
professionale,si impianta,č lento etc.etc."
Mah..io non so che pensare, si certo che non sia un programmone
professionale e stabile al 100% questo l'ho capito...ma....MSAccess č il
mio primo amore (e il primo amore non si scorda mai...)e poi non so Voi
ma avete provato a costruire qualche applicazione database con altri
programmi ??? E' un mesetto che sto cercando delle alternative ma...E'
DURA CAZZO !!!Bene mi sono detto, visto che il VBA lo conosco benissimo
buttiamoci su VisualBasic6 ma...alla fine la pasta č sempre quella no ?
oltretutto se devo distribuire un DB ad un cliente che tra l'altro non
vuole spendere un sacco di soldi in MSSQLSERVER (o altri motori SQL) che
gli devo dare ??? un file MDB !!!! QUINDI CHE SENSO HA SCRIVERE
L'ESEGUIBILE CON VB6 SE IL DATABASE GIRA SOTTO ACCESS ???!!!
Allora mi sono detto: bene voltiamo pagina e impariamo BorlandDELPHI6
che tutti ne straparlano bene...a parte che alla fine di tutto il
problema rimane lo stesso, ovvero il motore DB da scegliere...ma...č
macchinoso cazzo...č palloso...dai...
Cazzo io con Access faccio cose galattiche, scrivo codice da paura, gli
faccio fare ciň CHE VOGLIO !Secondo me per creare una applicazione DB
anche semi-professionale Access funziona, e tra l'altro il fatto che
tutto sia integrato (Tabelle,query,report,maschere etc.etc.) non puň che
agevolare il lavoro del programmatore...e anche quello dell'utente piů
esigente che magari ne capisce qualcosina e impara a farsi delle query
con l'autocomposizione come pure per i Report !!!
Certo, sono convinto che Access non č un sistema per mandar avanti
aziende mega-galattiche...ma...per piccole e medie-aziende penso che il
rapporto prezzo-prestazioni non sia malvagio...
Mah...io so solo che mi č cosě difficile staccarmi da Access2000 !!!
Ciao.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 aziende mega-galattiche...
E ti sbagli: utilizzandolo come FE con il motore giusto può mandare avanti
anche la Fiat.
Senza esagerare, i Front-end che abbiamo sviluppato negli ultimi anni con
gli .ADP sostengono senza problemi una Lan con quasi sessanta Clients (Più
della metà sempre in concorrenza).
Ciao.

 Si, perche' ???
CUT
Il problema maggiore e' che il caro bill sta antipatico a molti.
C'hanno ragione quelli dell'antitrust a volerlo ridimensionare un po'.
Comunque a parte questo le cose vanno viste e dette con obiettivita',
cosa che non ti puoi aspettare dalle seguenti tipologie di persone:
Chi lavora con altri database (gli fa una gran concorrenza e quindi per
forza che ne dicono peste e corna)
Chi non crea applicazioni (non ne sanno abbastanza)
Chi conosce un solo tipo di database, anche solo Access (non possono
valutare realmente le differenze)
Per il resto Access ha dei limiti dichiarati relativi alla quantita' di
untenti in concorrenza e alle possibilita' di connessione remota, ma questo
vale solo per chi usa Access "puro" cioe' col suo motore database, usato
come front end di SQL le cose cambiano.
Comunque la cosa da tenere presente e' che in italia il 90% delle imprese
sono piccole o piccolissime, a queste imprese non serve chissa' quale
struttura di database, gli serve un prodotto economico, affidabile e di
semplice e rapida gestione. Come vedi l'identikit e' quello di Access che,
checche' ne dicano i maligni, non e' vero che perde i dati (a me non e' mai
successo salvo per colpa di una scheda di rete difettosa, e anche in
quell'occasione ho perso solo 2 record di un db di svariati Mb).
Se una azienda con 4 dipendenti di commissiona un programma personalizzato
cosa gli proponi? AS400 con programmazione posizionale (oltre 20.000.000
solo il server piu' i terminali, il programma e, ultimo ma non certo da
meno, il programmatore) o 2 pc con un mdb installati con RunTime (quindi
senza spesa per Access)?
Per le grandi aziende dipende invece dalla velocita' con cui vogliono
ottenere i risultati, se non hanno premura, qualsiasi "buon" database va
bene, ma se vogliono tempi di sviluppo rapidi voglio vedere.
Sib

 come front end di SQL le cose cambiano.
Infatti noi in ditta (ISP) per gestire tutto il nostro database, che
raccoglie i dati personali, password, log ecc.ecc di svariate persone usiamo
come interfaccia utente Access...anzi La runtime e poi attraverso SQL
gestiamo tutti dati.
meglio di cosě.....

 ha scritto nel messaggio
news:564e04fb1ac695dbbd...@mygate.mailgate.org...

Concordo in pieno, io vengo dal cobol, pallosissimo e logorroico :)
Ti diro' che io non mi stacco da A97 (ho provato 2000 e mi č venuta
l'angoscia..)
Ho scritto una procedura di oltre 200 mega in 2 moduli (dati esclusi) che
gira in terminal server su 10 client da oltre 3 anni che gestisce oltre 5
articoli, relative distinta base, immagini...ecc  e ti garantisco oltre ad
essere velocissimo, devo ancora perdere un record!
Se il codice č scritto e ottimizzato per bene č stabile, chiaro che bisogna
addottare delle precauzioni e non eccedere in virtuosismi, compattare
spesso, compilare i moduli, ecc.ecc.
I problemi piu' grossi di access li ho riscontrati tra la tastiera e la
sedia, in quanto l'utente, vista la potenza a disposizione, e' troppo libero
di fare danni incalcolabili con l'interfaccia standard, bisogna mettere
molte protezioni da programma tipo non consentire aggiunte, eliminazioni,
modifiche ecc.. se non autorizzate da pulsanti.
Ciao
Ale.