Newsgroup: it.comp.lang.visual-basic
Titolo: [?]Da access a sqlserver

Tra qualche giorno ho un appuntamento con un cliente per la
realizzazione di un applicativo che utilizzera' sqlserver come database.
Io ho esperienza solo con database di tipo access cioe' non
client-server.
Faccio un passo piu'lungo della gamba?
Ovvero quali differenze ci sono nei due database dal punto di vista
della programmazione?
grazie
	maxx

 ha scritto nel messaggio
news:3B8B86D3...@laserinforma.com...

dipende molto se usi Dao o Ado. Se usi Ado, e quindi non utilizzi indici,
seek, ecc. dovresti avere dei problemi irrisori, almeno nella fase iniziale.
Poi se vuoi veramente sfruttare bene Sql Server allora c'č veramente molto
da studiare ed imparare.
Se usi Dao, e poi seek, indici ecc., allora non č una passeggiata, perchč
tutto questo con Sql Server non esiste. E quindi dovrai ripensare tutto il
modo di scrivere il codice utilizzando Sql in modo molto piů approfondito.
Hth
Alfonso

 Alfonso
Ovviamente uso DAO ;-(
Studiare ovviamente non e' un problema, sempre che i tempi del cliente
non siano strettissimi...
Consigli su libri da leggere ?
grazie
	maxx

 wrote in message
news:3B8B924C...@laserinforma.com...


 Non è difficile.
In realta' ci ho provato. Il pacchetto di installazione pero' si e'
opposto ed avendo poco tempo sono tornato a DAO.
Quel che volevo capire e' se ci sono delle differenze sostanziali ...
grazie
		maxx

 ha scritto nel messaggio
news:3B8BCC2A...@laserinforma.com...

Sostanziali... sì e no... i concetti sono i medesimi:
se usi database access "seriamente", quindi come database relazionali e non
semplicemente come gruppi di tabelle, hai già i fondamenti.
Chiaro però che lo sviluppo client-server ha regole diverse, soprattutto per
quanto riguarda il modo di trattare i recordset di dati.
Ti consiglio di (a livello preliminare):
- leggere su msdn i capitoli riguardanti il passaggio da Dao a Ado
- installarti Msde così da poter fare alcune prove
- continuare a frequentare il Ng   ;-)
infine, un piccolo trucchetto:
quando un recordset è per sua natura "piccolo", (per esempio una "tabella
nazioni", una "tabella lingue", insomma in generale tutti quelle tabelle che
in ambiente gestionale sono generalmente "di servizio" (passami il
termine..) puoi sempre usare una .cursorlocation lato client e sfruttare
tutte quelle comodità cui eri abituato con Access...
L'importante, naturalmente, è che tu non pretenda di usare rs lato client su
recordset di decine di migliaia o, peggio, milioni di righe...   ;-(
ciao
ugo

La via più veloce (quella che riduce al minimo l'adattamento del codice), se
si lavora con DAO, è creare un db Access gemello che contiene solo tabelle
collegate alle "vere " tabelle sul db SQL Server indicando una DSN creata
appositamente. Il codice non cambia molto (bisognerà adattare le aperture e
i vari comandi SQL che non possono più, essendo "passanti", contenere
istruzioni e comodità dell'SQL di Jet, come, ad esempio, la IIf), ma non è
una passeggiata.


-- 
Massimo Conter
<Consulenze Informatiche e Sviluppo Software>
email : 
emm...@laserinforma.com
oppure: 
emm...@tiscalinet.it
email urgenti:	
33970...@posta.tim.it

 maxx
Ado aiuta sicuramente, ma quello che secondo me è veramente fondamentale è
conoscere MOLTO BENE sql.
E' incredibile quello che si può fare, ed il miglioramento di prestazioni
che si ottiene studiandosi con molta attenzione sql, guardando i query plan
di sql server, e perchè no frequentando
microsoft.public.sqlserver.programming.
La differenza è che con i dbms _seri_ non si può fare a meno di occuparsi
della struttura della base dati, della terza forma normale, delle stringhe
sql da eseguire...
Cmq bisogna studiare anche la teoria, non è un'attività da praticoni.
Hth
Alfonso

 Hth
impossibile smentirti
ciao
ugo

 ugo
Grazie :)
Ciao
Alfonso