Newsgroup: it.comp.appl.access
Titolo: In rete ?

Devo creare una piccola applicazione che abbia il BE su un disco di rete
condiviso e l'FE su ciascun PC che si collega al PC del BE.
Non voglio una gestione in rete sofisticata, ma che si possa andare in
anagrafica cliente mentre l'altro PC inserisce un ordine del cliente stesso.
Mi date delle indicazioni su come fare ?
E' sufficiente sapere dove ricercare nell'help se la cosa è troppo lunga.
Ripropongo anche un altro quesito che non ha avuto risposta.
Se creo un report basato su una query già ordinata e raggruppata, ed il
report stesso gli stessi criteri di ordinamento per stabilire eventuali
rotture di codice, il lavoro di ordinare viene fatto due volte?
E' meglio raggruppare la query e il report o solo il secondo (devo farlo per
forza per poter modificare i parametri nella maschera ordina/raggr.)?
Ciao e grazie
Cesare

 forza per poter modificare i parametri nella maschera ordina/raggr.)?
A me risulta che comunque è necessario ordinare il report, quanto fatto
nella query non ha effetto, quindi conviene
fare una query semplice solo con i campi non ordinati e poi ordinare il
tutto nel report, così il lavoro viene fatto
una sola volta, quella che conta.
Spero di essere stato chiaro, in caso a domani, bye, Luigi.

 >
[cut]

report era meglio dargli in pasto una query gią ordinata.
Puņ essere, ma spesso la query preordinata non funzia se hai a che fare con archivi non compattati
di fresco (e di conseguenza pieni di "buchi" per records disattivati dall'utente).
Classico problema: le righe Bolla o Fattura sballate su Report rispetto al video.
Con gli ordinamenti a livello di Report nessun problema...


 Può essere, ma spesso la query preordinata non funzia se hai a che fare


testare ?
Con jet 3.5 non è possibile imporre un blocco pessimistico a livello di record (a patto di non
ricorrere a trucchetti rischiosi): quando un utente impegna un record per la modifica, il motore di
database blocca la pagina cui il record appartiene.
Anche in monoutenza, aprendo più sessioni di Access, puoi facilmente simulare un blocco di pagina in
un foglio dati: vedrai che sul selettore comparirà un inconfondibile simbolo di blocco su vari
records limitrofi a quello impegnato su una delle sessioni aperte.
Con jet 3.5 una pagina impegna 2K, con la versione 4.0 (ACCESS 2000) 4k.
Con l'ultima versione di jet, Microsoft si è quasi trovata costretta (visti i costi dell'Unicode) a
introdurre opzionalmente un blocco a livello di record.
Quest'ultimo è apparentemente un grosso passo in avanti, ma da vari test empirici fatti nel corso
del tempo ho maturato la convinzione che sia meglio starci in campana: si riducono sensibilmente le
prestazioni e aumentano le risposte anomale sotto carichi di lavoro.
Se sbirci nell'help di access troverai del codice VBA da pastare in un modulo che ti genera una
tabella con codici d'errore e relative descrizioni.
Gli errori che ti ho postato sono più che sufficienti, per non avere problemi con aggiornamenti
batch tramite recordset.
In casi particolari puoi incorrere nel 3197.
Altri potrebbero insorgere (tipo il 3188) solo se hai la brutta abitudine di lavorare con più
sessioni di Access sullo stesso PC...
Ciao, warp
Q


