Newsgroup: it.comp.appl.access
Titolo: SQL Server, Accessisti e dotnettisti

Perch� vagando qu� � la gli accessisti vengono snobbati dai pi� in favore di 
soluzioni alternative .net, 
vb.net
, o altro?
Qualcuno sostiene che parlare di programmazione ad oggetti in Access � un 
abominio e che non lo userebbe mai neanche se glielo prescrive il dottore.
Il 90 % sconsiglia l'uso di Access come front-end su sql server 2008 e di 
orientarmi su 
ado.net
 e 
vb.net
 ad occhi chiusi. (E le tabelle locali, e i 
report, e gli eventi sui report e i ribbon, e, e.. ?)
Purtroppo con Access non ho seguito queste evoluzione perch� reputavo (come 
per xml) un fatto di moda passeggero, ma a quanto pare mi sbagliavo.
E' vero che il vba � lacunoso per certi aspetti, ma se l'obiettivo e di 
ottenere interfacce pi� user-friendly su una provider di dati penso che 
access sia ancora la scelta pi� giusta.
Ma siccome mi metto sempre in discussione penso che chi critica access in 
modo costruttivo qualche ragione ce l'avr�. Specialmente nel ramo IT in 
forsennata evoluzione.
Grazie a tutti voi per il contributo.
Questo post lo ricopio anche su microsot.public.sql e it.comp.appl.access
Daniele

 Daniele
secondo me l'unico difetto di cui sono convinti chi dice questo � il fatto
della sicurezza e gestione in rete, ma  comunque, anche da me la pensano
uguale!
l.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

> modo costruttivo qualche ragione ce l'avr�....
Anch'io quando avevo 6 anni pensavo "... ma 'sti grandi, certamente avranno 
delle buone ragioni a comportarsi da deficienti a volte..."
Poi, crescendo, mi sono ricreduto
Ciao
RobertoA

 forsennata evoluzione.
Lasciamo perdere questioni di nessun impatto concreto, come la 
programmazione a oggetti in ambito Access, e andiamo subito al sodo.
Ma facciamo un passo indietro: per quale ragione Access ha avuto successo 
negli
anni novanta tra i developers?
Perch�, al di l� delle sterili discussioni dell'epoca, era di gran lunga
migliore rispetto al VB dell'epoca (pessimo e macchinoso in ambito
gestionale).
Oltretutto Access 97, un vero "cult", funzionava benissimo.
Oggi le cose sono cambiate, il framework .NET � davvero potente, scalabile e 
ha un futuro ben tracciato.
Inoltre pu� essere utilizzato con grande profitto in ambito web oltre che 
desk.
ACCESS, se funzionasse a dovere, rimarrebbe un prodotto eccellente in ambito 
desk
Con la miglior reportistica in assoluto e un ottimo interfacciamento verso 
SQL Server, che piaccia o meno ai detrattori (che, naturalmente, non lo 
conoscono).
Tuttavia:
0 - Gli stessi programs manager di Access non hanno le idee chiare sul 
target di questo prodotto. Basta seguire il relativo blog per capirlo.
1 - Access non ha funzionalit� di sviluppo web
2 - Per applicazioni destinate a multiutenze vastissime non pu� avere la 
scalabilit� di AdoNet.
3 - Pare che MS non riesca o non voglia rendere l'ambiente davvero robusto: 
ogni nuova release � un'impressionante collezione di bugs.
Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
E' affidabile la distribuzione Runtime?
A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno ha 
saputo rispondere.
Personalmente continuo a usare Access (nonostante una procedura sviluppata 
lo scorso anno in .NET) perch� non posso buttar via quindici anni di lavoro.
Tanto varrebbe cambiare attivit�, per me.
Inoltre non perdo la speranza che tra un S.Pack e l'altro, la versione 
corrente del prodotto possa diventar sufficientemente robusta.
Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi ai 
buoni samaritani canadesi.
Tirando le somme: mi pare ragionevole che chi comincia oggi a sviluppare si 
orienti su .NET.
Ciao: Oscar


Monello, io volevo essere garbato e invece tu guarda che mi scrivi.
Solo che devo ancora capire cosa far� da grande.
Un saluto
Daniele 

 buoni samaritani canadesi.
Chi?
ciao
mau

Chi?
http://www.sagekey.com/installation_access.aspx
Utilizzo i loro scripts sia con Access 97 che XP.
Provvedono automaticamente ad installare tutti i Service Packs (JET, Access, 
etc) ed eliminano i problemi di conflitto tra l'installazione Runtime e 
altre versioni di Office eventualmente installate sui PC degli utenti.
Ciao: Oscar

"OneEDP" <OneEDP@antispam> ha scritto nel messaggio 
news:4ad86f99$0$1108$4faf...@reader1.news.tin.it...

Forse non ho espresso correttamente quello che intendevo dire
Non volevo paragonarti al bimbo, ci mancherebbe anche questo
Molte volte (anch'io parto sempre cosi) diamo per scontato che sotto sotto 
ci sia una ragione importante che conduce il pensiero delle persone, insomma 
pensiamo che ci sia una logica che supporta l'agire delle persone.
Sbagliamo.
Molte volte non c'e' nessuna logica, ma sentimenti, umori, piaceri o 
dispiaceri passati, il tempo (!!!), la sera precedente, gli astri, ecc.. , 
che conducono la scelta delle persone
Ciao
RobertoA

 Ciao: Oscar

 RobertoA
Con stima
Daniele
PS E' comunque un gran casin�. E sto ancora scalpitando sul nastro di 
partenza!

 un bagno di sangue
Ti ho visto, ti ho visto
Porta pazienza, sono attaccati al 'loro' sistema e guai a parlare d'altro

 Ti ho visto, ti ho visto
Sotto mentite spoglie eh ;-)
Non mi piacciono gli schieramenti, ma un po' di complicit� ci vuole.


 seriamente utilizzando A'2007 per la distribuzione d'applicazioni.
Io lo uso, diffusamente


 
la realtï¿œ per cui lavoro io sono uffici di al max 20 posti di lavoro, e 
da parecchi anni lavoro con file adp collegati a sql-server.
Raramente ho bisogno di connessioni da remoto ma che risolvo 
egregiamente con terminal server.
Per le mie realtï¿œ lavorative access ï¿œ il nï¿œ1 come front-end mentre come 
back-end l'ho abbandonato quasi subito. Con sql-server dormo tranquillo 
e i problemi di prestazione non so neppure cosa siano.
Fino ad oggi non ho mai risposto "non ï¿œ possibile farlo" ai miei 
clienti...il giorno che accadrï¿œ valuterï¿œ il passaggio ad altro sistema 
di programmazione.
Insomma, nel mio piccolo...access tutta la vita
ciao
BFS

 BFS
Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
Ti ringrazio per questa tua "testimonianza".
Sono un po' preoccupato delle prestazioni e vorrei capire come dimensionare 
un server proprio con 20 postazioni (con + connessioni concorrenti 
ovviamente)
Ad esempio.
Query di raggruppamento che restitusica 10.000 su 200.000 filtrate di una 
tabella da 1.000.000 di record con left join che influenzano il risultato 
finale (contengono dei coefficienti per alcuni calcoli, e non semplicemente 
delle anagrafiche) (Classico esempio rimanenze di magazzino).
E' mooolto generico, ma ti sarei grato se mi dessi un parere sui tempi e 
prestazioni (solo il planning sql lo pu� dire, ma mi fido pi� delle 
"sensazioni" sul campo)
Grazie.
Altrimenti apro un altro thread.
Ciao 

 
da quando uso sql server/msde come backend io non vedo ad "occhio nudo" 
alcuna differenza di velocitï¿œ tra il pc con fisicamente gli archivi e i 
client...cosa che invece con gli mdb si vedeva eccome.
E i dati restituiti alle form sono sempre istantanei.
Ovvio che non bisogna mettere gli indici a caso nelle tabelle..e un 
minimo di attenzione sulle where delle query.
Anche con stored procedure mostruose mai avuto problemi di lentezza.
Unica cura un bel piano di manutenzione schedulato ogni fine settimana
ciao
BFS

 E' una validissima scelta, altrettanta quella di usare Access
Qui non siamo in politica: cerca di trarre razionalmente le tue conclusioni.
Ciao: Oscar

 "sensazioni" sul campo)
Secondo me i tuoi problemi di performances sono legati alla situazione 
particolare in cui lavori.
Ricordo male o c'� di mezzo un Server AS/400?
In tutti gli altri casi (anche utilizzando ODBC, propriamente) le query 
vengono eseguite dalla macchina Server, non dal PC utente.
Chiaramente se il Set di records restituito ammonta a 10.000 righe, ci vorr� 
del tempo perch� viaggino attraverso una LAN trafficata al Client.
Ciao: Oscar 

 Ciao: Oscar 

 BFS 

 
ciao
bfs

 bfs
Grazie

 Gia fatto
Comunque all'inizio Access 2007 mi ha fatto rimpiangere il 2003, ma con la 
sp2 si sono fatti parecchi passi avanti.
Ciao
Daniele