Newsgroup: it.comp.appl.access
Titolo: Programma da interfacciare a Sqlserver

Salve Ragazzi,
spero che abbiate  passato un felice natale, a tal proposito auguri. :D
Passiamo al dunque:
ho un database cosi impostato un BE installato  su un un computer che 
fa da server e 5 il FE su 5 macchine che fungono da client su cui 
lavoriamo.
Tutto funziona a meraviglia tranne il fatto che , dopo 2 anni di 
utilizzo, è diventato troppo lento, pesante, e sopratutto siccome siamo 
in + 3 persone che lavoriamo contemporeaneamente per esempio sulla la 
maschera di immissione dati ordini mi crea qualche problema con 
l'aggiornamento dei dati etc.etc.
Ora ho letto che è possibile interfacciare  il mio database ad Sql 
server, questo mi da la possibiltità di una maggiore ciapienza di dati 
e maggiore snellezza e sopattutto di poter lavorare contemporeaneamente 
con i miei colleghi.
E vero?
siccome non ho mai fatto una cosa del genre , potreste indicarmi una  
guida o qualcosa dove spiega il tutto, cioè come metter il database in 
condivisione con SQL SERVER.
Grazie :-Z
-- 
fabrizio
Mai due cose in uno

 ha scritto nel messaggio
news:mn.d9777d6cc...@virgilio.it...

Cio che tu dici è assolutamente vero. Access supporta un sacco di motori di
database tramite driver specifici o odbc. Sql server è il naturale fratello
maggiore di Jet e troverai un sacco di post a riguardo. Tra l'altro l'ultima
versione di sql sever 2005, la express è addiritttura gratuita e supporta db
fino a 4 giga.
La cosa che però mi perplime del tuo post è che 4 postazioni sono una
bazzeccola anche per il nostro Access. E quindi mi sembra più economico
verificare le ragioni della lentezza prima di pensare ad un porting su sql.
Se poi hai voglia di studiarci dietro è assolutamente un giochino molto
interessante ... quindi le mie parole non hanno più ragion d'essere.
Altrimenti fai queste verifiche:
Hai correttamente diviso front end e back end? Quanto è grande il back end?
Fai compattazioni periodiche del database? Sicuro di non aver problemi di
rete?
ecc...

 fabrizio
Per fare l'upsize a SQL_Server c'è il Wizzard se non erro già da
XP.... quindi non sarebbe un grosso problema.
Come ti ha fatto notare Matteo però io farei qualche verifica prima di
fare la migrazione, che, come sempre non sarà indolore.
Il fatto che sia lento(da capire se sono lente le Form ad aprirsi o
l'elaborazione) può avere origini varie, ne suggerisco alcune, magari
superflue o banali:
1)Compatti regolarmente il BE...?
2)Hai ottimizzato le query con una buona Indicizzazione dei campi...?
3)Hai ottimizzato il piano di esecuzione delle Query
questi primi 3 riguardano l'ottimizzazione di JET
1)Assegni il RecordSource delle Form/SubForm ed il RowSource delle
ListBox/Combo solo su Load...?
Solitamente 5 postazioni non sono troppe per Jet, ma è pur vero che
aumentando la dimensione nonostante l'indicizzazione serva tantissimo
per ridurre traffico di dati in rete, i dati vengono elaborati lato
Client quindi il problema esiste.
SQL_Server ti consente l'elaborazione ServerSide, quindi di certo
avresti un miglioramento delle prestazioni, ma non ti aspettare
miracoli se esegui il Porting del DB(non ottimizzato) su un DB(Server)
....!
Di 3D in merito ne sono stati aperti moltissimi, quindi ti suggerisco
di fare una ricerca in questo ng o in m.p.i.o.a., e vedrai che troverai
molte nozioni sia su come affrontare il porting che a cosa fare
attenzione.....!
Come è ovvio dovrai prima studiare a tavolino la cosa, per non andare
a casaccio, quindi leggi tutto con attenzione....(almeno questo è il
mio modo di fare..)
@Alex

Alessandro Baraldi ha scritto:

Intanto vi ringrazio per la Risposta .......
allora :
E' vero che raramente effettuo ic compattamento del BE
e pur vero le le uniche lacune in cui pecca il database su cui lavoro
è l'apertura delle mascherè e che se siamo in 2 sulla stessa maschera
di inserimento ordini mi dà errore quando cerco di aggiornare i dati ,
a parte questo funzione alla grande .....
dal 2 punto in poi della lista di Alex non sò prorpio di cosa
parli......
mah  non si finisce mai di imparare.....
il BE è di 7,65 mb ed il FE di 11.516 mb
mi date cortesmente qualche link su qualche 3d che ha affrontato questo
problema......
poi volevo chiedere ad alex cortesemente cosa significhi "m.p.i.o.a"
Grazie

 Grazie
@Alex

"Alessandro Baraldi"
[Risposta]
Se l'apertura è lenta può essere un difetto causato da una tua
mancanza in fase di
programmazione, come appunto l'assegnazione tardiva dell'origine delle
Form e di tutti
gli oggetti come Combo e ListBox...!
Anche se va detto che, in generale, non è d'obbligo impostare a Runtime le
origini dati di quegli oggetti per ottenere ottime prestazioni.
Anzi, ci sarebbe molto da discutere sull'utilità effettiva.
Di solito i problemi di performances con gli .mdb sono legati a ragioni
banali che però molti non conoscono.
Questo link (che ho postato 1000 volte) risolve nella maggior parte dei
casi:
http://www.granite.ab.ca/access/performancefaq.htm
Saluti natalizi   ;-)

Simone Calligaris ha scritto:

Ciao Simone.
Si il link è abbondantemente conosciuto, almeno da me...!
Io non uso il Runtime e di fatto ho effettuato dei test, simili a
quelli proposti da Tony ed ho ottenuto risultati, non così ecclatanti,
ma paragonabili...!(mi riferisco alla riassegnazione On_The_Fly
dell'origine).
Per tutto il resto hai fatto bene a ricordare il Link in quanto
effettivamente a molti possono sfuggire cose che si danno per scontato.
@Alex

Dopo dura riflessione, Alessandro Baraldi ha scritto :

Grazie Mille
mi metto subito a studiarmi tutto ....ho tanta volgia di imparare 
questo fantastico e affascinante mondo .....
vi faccio sapere
