Newsgroup: it.comp.appl.access
Titolo: Passaggio a Sql

Salve a tutti,
martedì pomeriggio passerò il BE a sql server del mio gestionale più
completo.
In realtà questo gestionale finora mi ha dato molta soddisfazione, ma
essendo aumentate troppo le connessioni concorrenti devo fare questo step
perchè pago troppo la lentezza.
Siccome è la prima volta, mi farò aiutare, ma io amo nel mio lavoro essere
preparato ad ogni iconveniente.
Userò Sql Server 2000 e Axp.
Il BE oggi è di una 70ina di MB con le tabelle più corpose di 100000 e 85000
record, mentre non sto a contare gli oggetti del FE.
Considerate questo + uno sfogo che altro, ma di cosa dovrò aver paura?
L'accesso delle maschere alle query (anche in Axp.adp si chiamano così) ha
una sintassi molto diversa?
Insomma, in definitiva vi sto avvisando, ce lo dobbiamo piangere insieme
questo passaggio.
MAssimiliano

 ha scritto nel messaggio

Se hai letto i miei 3d avrai gia' capito che il problema delle query si
supera (un po' meno quello delle query a campi incrociati) il problema delle
maschere e' quasi inesistente, ma il problemone e' il codice.
Se sei abituato a DAO avrai da leccarti i baffi.
Sib

 wrote in message
news:NxuPa.3939$
B8....@news.edisontel.com

Hai...Hai...Hai....!
Come sai con ADP il grosso vantaggio è di non usare JET.
Questo significa poter usare ADO invece di DAO e sfruttarlo 
a pieno nella sua velocità.
Cosa però non è indolore, l'adattamento.
Non hai le QUERY, ma le VIEW e/o STORED.
Ovviamente se intendi usare ADP, se invece vuoi fare
meno fatica lasci stare tutto così com'è e usi ODBC_Direct,
ma hai fatto solo 3/4 del lavoro.
Se leggi qualche 3D fà anche SIB stà affrontando il tuo
stesso lavoro.....!!!
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Lo so ma non amo fare richieste dirette e poi cerco interlocutori validi!!!
;-)))
Scusa Sib, ma era troppo ghiotta
MAssimiliano

 MAssimiliano
Potevi dirlo prima, me ne sare stato zitto, tra le altre cose
sono nella Black_List, quindi cattivissimo....!


 ha scritto nel messaggio
news:NxuPa.3939$B8....@news.edisontel.com...

La premessa che ti faccio è scioccante. La mia non esperienza sulla pelle è
frutto di documentazioni e mie ricerche. Anche io farò un passaggio del
genere... da DB2/400!
Le differenze sono insidiose. Sono quasi certo che dirò cose scontate che
già conosci.
Le combo - origine riga (ad esempio) non sono supportate se non qualche
artifizio. (attenzione a scaricare ciò che serve - sconsiglierei l'uso per
la scelta di un cliente in anagrafica, meglio delle maschere di ricerca ad
hoc che inviano statement sql).
Nei report hai più o meno gli stessi problemi (soprattutto con sp
parametriche) comunque aggirabili.
Saprai anche che non potrai usare IfNull, Nz ecc. ecc. Si possono creare le
potenti UDF però.
Ci sono problemi si visualizzazione a meno che fari resync sull'evento
SuCorrente.
Saprai anche che risparmiare elaborazione e banda sia vitale anche se sei in
una LAN (figuriamoci WAN)
Le tabelle vanno reinvetate (quasi) durante la fase del porting.
Ovviamente Service Pack obbligatori.
AccessXp visualizza solo il primo recordset. Gli altri sono consultabili da
ADO. Ci sono inghippi se non usi SETCOUNT correttamente. Ad esempio tre
record vuoti e colonne di un altro recordset.
Il passaggio da DAO a ADO diventerà obbligatorio. La convivenza comunque è
pacifica.
Le query diventano View ,Stored Procedure.
Da AccessXp non puoi impostare le policy per le protezioni di SQL.
Sql ha le librerie SQLDMO e DTS per l'intero management e amministrazione a
360°!
Le transazioni sono sempre implicite (begintrans, rollback, commit
autogestite da SQL) a meno di modifiche VBA.
Query asincrone supportate.
Grattacapi ce ne saranno. Ma ne vale la pena.
Con 70 Mb non avrai nessun problema di prestazioni.
Ciao.
P.S.: per curiosità facci sapere come è andate e se effettivamente sono
stato di aiuto.


Mi hai spaventato.
Il problema è che io sto certificandomi in Sql server, o meglio sto
frequentando un corso per sql server (la vertificazione mi interessa meno)
ma è ancora troppo presto e comunque sto nella fase di configurazione
server. credo però che non ci sia alcun percorso che possa curare questo
"interfacciamento". Peccato.
Grazie comunque
MAssimiliano
MAssimiliano

 ha scritto nel messaggio
news:i2wPa.4002$B8....@news.edisontel.com...

Chi conosce SQL/MSDE non torna indietro. All'inizio ci si trova spiazzati.
Ma poi si può parlare veramente di client/server!
Ciao