Newsgroup: it.comp.appl.access
Titolo: ABC per passare a SQLserver

Un saluto a tutti. Come da oggetto ,ho alcuni mdb per i quali  volevo
provare a passare a sqlserver per il backend visto l'aumento di utenti.
Potreste darmi qualche consiglio e qualche dritta per una matricola
dell'argomento. Grazie a tutti.
N.B.
Eventualmente anche qualche Link utile per i primi passi .

 ha scritto nel messaggio
news:CbPwa.4568$Ny5....@twister2.libero.it...

www.sitocomune.com
ciao
flavio

 dell'argomento. Grazie a tutti.
Ovviamente l'unico modo per capire come fare è leggere documentazione, ma
intanto accetta un consiglio: diffida di chi ti dice che l'upsize è una
cavolata che si fa in automatico.


concordo!
cmq se volete usare sql server nel modo piů
appripriato abbandonate definitivamente Access
ed usate un linguaggio di programmazione che
si connette direttamente a DB tipo Visual Basic
bye
ringo

 wrote in
news:xR0xa.54886$
DN.13...@tornado.fastwebnet.it
: 

l'upsize, è una cavolata che si fa in automatico.
:-)
già con A97 c'era una serie di tool che faceva il tutto in un solo
passaggio, senza troppi problemi.
il difficile poi, è la revisione del prg esistente per fargli utilizzare
veramente le nuove possibilità offerte dal dbms... 
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------

 ringo
Credevo che Access facesse proprio quello che dici tu!
Ciao
Galliano.


E' appunto questo che intendevo. Ricorda che spesso l'upsize viene deciso
perché il db è diventato enorme o è cresciuto il numero degli utenti e
l'applicazione è diventata lenta. A quel punto dopo aver fatto spendere al
cliente nmila euro di licenze a seconda del numero utenti, messo fuori n
giornate per upsize del backend e correzioni qua e là, tipo una riga di
codice che si aspetta di avere già before update (o forse era after insert,
non ricordo ma da un cliente ne avevo corrette un centinaio) il contatore
aggiornato, una data in un formato strano ecc. se l'applicazione è ancora
lenta il cliente ha la tendenza ad incazzarsi velocemente.

 si connette direttamente a DB tipo Visual Basic
Non sono d'accordo. Una stored procedure chiamata da Access con ADO o da VB
con ADO gira nello stesso tempo. Poi ci sono mille motivi per scegliere VB,
ma questo non mi sembra uno dei mille :-)


E no. Questo non è per nulla vero.
La migliore interfaccia per realizzare DataBase con tabelle SQL Server è e
rimane AccessXP.
VB o VB.Net anche se hanno la possibilità di usare i database non nascono
per questo...sono tutta un'altra cosa.
Prova a creare un report in VB o una maschera con sottomaschera.
Impiegherai molto ma molto più tempo e senza la meravigliosa grafica delle
maschere o i report di Access.
Per non parlare dei Wizard di Access.
Le limitazioni sono solo a livello di linguaggio: il VBA.
Ciao, Carlo

 
cosa intendi per direttamente?
che usa odbc?
access lo fa (e da un pezzo)
che usa ado?
anche questo access lo fa
per non parlare delle ultime aggiunte con AXP.
in pių, t evita di dover programmare maschere e simili via codice.
scommettiamo che a creare una maschera continua con filtri aggiornabili 
dinamicamente, impiego meno con access che non con vb?
il tipo di collegamento al db, sceglilo tu, tanto access lo supporta...


 si connette direttamente a DB tipo Visual Basic
Non hai le idee chiare.
Ciao.

CUT........
Grazie a tutti, anche se sono un po' disorientato.
E' troppo chiedere semplicemente come inizio ????
Ciao :-))))

 ha scritto nel messaggio
news:5B9xa.7693$lK4.1...@twister1.libero.it...
