Newsgroup: it.comp.lang.visual-basic
Titolo: Access-MSDE

 Visto che leggo molti consigli a chi ha problemi vari con Access di passare
a MSDE, vorrei chiedere cosa può succedere il un caso limite e, secondo me,
tra i peggiori che possano capitare, perchè poi tanti altri problemini penso
si possano gestire da codice.
La domanda è questa:
- cosa succede se tolgo corrente mentre Access sta facendo una
Insert/Update?
- cosa succede se tolgo corrente mentre MSDE sta facendo una Insert/Update?
Grazie
--
Greg

 - cosa succede se tolgo corrente mentre MSDE sta facendo una
Insert/Update?
Perdi l'inserimento.
Ciao
--
Reporting tool: 
http://www.neodatatype.net

 Ciao
--
Greg

 Insert/Update?
Di solito niente.
Al riavvio, MSDE si accorge che c'era una scrittura in sospeso, e decide, a 
seconda di quanto l'operazione fosse già avanzata, se annullare o completare 
la scrittura.
Ciao
Alberto
-- 
E tutto mi sembrava andasse bene... 

 annullare o completare la scrittura.
Col mio test userà di sicuro un Rollback implicito ma sarà ben difficile
completare la scrittura, dove mai andrà a prendere i dati che io volevo
scrivere?
Ciao
Greg
--------------------------
Questo è il codice usato:
Private Sub SvuotaTabella()
Dim DB As Database, Rs As Recordset
Set DB = DBEngine.OpenDatabase(App.Path & "\db2.mdb")
    DB.Execute ("delete * from Delibere where num > 1")
    DB.Close
End Sub
Private Sub RiempiTabella()
Dim DB As Database, Rs As Recordset
Set DB = DBEngine.OpenDatabase(App.Path & "\db2.mdb")
Set Rs = DB.OpenRecordset("select * from delibere")
Rs.MoveLast
Rs.MoveFirst
n = Rs.RecordCount + 1
On Error GoTo er
DBEngine.BeginTrans
For x = n To 80000
    DB.Execute "INSERT INTO Delibere (Num, Anno) VALUES ('" & x & "',
'2005')"
Next
DBEngine.CommitTrans
MsgBox "Inseriti n. " & x - n
Exit Sub
er:
DBEngine.Rollback
MsgBox Err.Description
End Sub

 le volte. E' solo andato perso l'intero inserimento dell'insert.
Mettiamola così: se ti fidi della nostra esperienza DIRETTA bene, sennò fai
pure tutti i test che vuoi :)
In monoutenza access non è male (usato in locale).
Se hai più di un utente o se è in rete magari ti va avanti 6 mesi senza
problemi, poi si sfascia.
Se ti va bene una riparazione ti mette le cose a posto (nessuno ha mai
potuto controllare se in questo caso si perdono o meno dei dati), se ti va
male butti via l'mdb.
Ciao

male butti via l'mdb.
Ecco, i piu vecchi lavorano in rete (7-10 untenti) da ormai 7-8 anni senza
problemi; cosa devo pensare? Possibile che è solo fortuna?
Grazie
ciao
--
Greg

 senza problemi; cosa devo pensare? Possibile che è solo fortuna?
Probabilmente gli applicativi non sono fatti male, la rete è molto stabile, 
e le cadute di tensione non sono frequenti.
Ma se uno solo dei tre punti qui sopra si verifica (e su rete e tensione non 
è che lo sviluppatore possa fare molto), le probabilità di danni aumentano.
A questo aggiungiamo che i backup di Access non sono sempre 'puliti', per 
cui non è garantita la ripristinabilità dell'ultimo backup.


 è che lo sviluppatore possa fare molto), le probabilità di danni
aumentano.
lo sviluppatore poco, l'admin qualcosina.
da me ogni pc serio l'ho messo sotto ups.
e le zone router-hub-switch pure.
perfino i più tonti hanno imparato che -- visto che la sera dobbiamo
spegnere - il gruppo piu' importante lo si accende per primo quando si apre
e lo si spegne per ultimo quando si chiude.
ciao, a.

 problemi, poi si sfascia.
a me č andato avanti 4 anni. un problema che uno da rete, no. ne ho avuti di
piů in monoutenza.
ho cambiato solo perché i problemi erano segnalati con l'aggiornamento del
server. che poi produttore del server e produttore del database non si
mettano d'accordo...
ciao, a.

 piů in monoutenza.
Beh, e qualche tuo "racconto"? ;)
Quando il l'mdb si avvicina al Giga e ci sono 30 postazioni che macinano
dati a manetta tutto il giorno uno sbalzo di corrente o un problema di rete
puň essere fatale (come i fessi che spengono il PC dal tasto hardware e non
dal tasto "avvio").
Ciao

 dati a manetta tutto il giorno...
...usare access mi dà l'idea del suicidio premeditato.
ma non è esperienza, grazie al cielo, è meramente a naso :)
l'unico access che mi è crollato sul campo è quello in cui schedavo i cd. ma
con 600mb di mdb, 4 milioni di righe in una tabella, qualcosa come
10-50_mila_ inserimenti in poche decine di secondi, ecc., mi è sembrato
accettabile, ancorche' in monoutenza. volevo appunto vedere quanto teneva. e
tutto sommato mi è sembrato non male.
d'altra parte, se ci sono 30 postazioni che lavorano a pieno ritmo,
probabilmente girano abbastanza soldi. non pensare a un db serio, in una
situazione simile, vuole dire desiderare perderli.

 situazione simile, vuole dire desiderare perderli.
Infatti è stato un bell'errore strategico :)
Ma non si discuteva di questo, ma del fatto che ad Access quando viene
spinto in alto si fa prendere dalle vertigini :)


 in una situazione simile, vuole dire desiderare perderli.
quoto.
-- 
ciao, hal

 Insomma, io su access non salvo neanche la mia rubrica telefonica.
Ecco, ho isolato queste 2 dichiarazioni che secondo me meritano di
riflessione.
Nelle prime 3 righe forse il dubbio che access non era il db adeguato viene
pure a me; da questo poi ne fai discendere che access non è affidabile
neanche per la rubrica telefonica.
Sarebbe come dire che siccome la panda non può correre in Formula1 allora
non va bene neanche per fare la spesa.
--
Greg

 dati in rete e di durata consistente (anche parecchi minuti).
Scusa hal, solo per curiosità, e solo se puoi/vuoi, ma che razza di mostro
di applicazione è (ammirazione :)), un'applicazione che richiede un
carimento dati di parecchi minuti?
Almeno in che ambito/settore lavora.
--
Greg

 neanche per la rubrica telefonica.
Era una estremizzazione per dire che non e` affidabile in generale.
La mia rubrica telefonica e` un txt leggibile con qualsiasi cosa ed
incorruttibile  ;-)
In azienda pero` e` difficile che un db sia solo locale, altrimenti
immagino che ci sia ridondanza e moltiplicazione dello stesso dato,
con  processi  perditempo di trasferimento  dati da un ufficio all'
altro. Per non parlare dei backup, che dubito siano formalizzati ed
eseguiti su postazioni desktop.
Trovo invece comodo Access per una sola attivita`:
tramite le  tabelle allegate si possono analizzare dati provenienti
da fonti diverse senza dover scrivere  un programma e produrre in 4
e quattr'otto report dignitosi.
Non ci metterei *MAI* la contabilita`.
-- 
ciao, hal

 carimento dati di parecchi minuti?
Si tratta per lo piu` di applicazioni concettualmente semplici che
fanno da collettori di dati provenienti da sorgenti remote.
Quasi tutti hanno in comune il grosso dell'input con caricamento di
file di testo. Poiche` i dati vengono poi utilizzati da piu` utenti
in sede, si aggiunge anche lo zampettamento degli utenti.
I tempi prolungati di caricamento dipendono in parte dalla quantita`
di dati (svariati mega di file testo), dalla qualita` del codice non 
eccelsa e da hardware tirato per i capelli.
Ci mancherebbe pure .net! :-PPP
Alcune di queste procedure sono nel frattempo migrate, ma non sempre
con  esiti  positivi.  Ce ne  hanno consegnata una in 
asp.net
 che se
dovessi giudicare lo strumento in base al risultato... :-P
-- 
ciao, hal

 Almeno in che ambito/settore lavora.
Se è per questo il nostro MRP viene usato da un cliente di notte perchè la
pianificazione della produzione di parecchi mesi su decine di macchine
richiede 8-10 ore di calcolo sui dati.
Se qui in mezzo si verificano problemi di rete la cosa potrebbe essere
catastrofica (non tanto per l'elaborazione che può essere rifatta, quanto
per il DB il cui rischio di corruzione è decisamente alto, quindi solo PC
sotto UPS e reti certificate).


 quindi solo PC sotto UPS e reti certificate).
E un bel backup dei DB prima dell'elaborazione, *vero* ? :-)
Bye, G.

 E un bel backup dei DB prima dell'elaborazione, *vero* ? :-)
Ma sei fuori???
Ci si metterebbe un 20 minuti in pių :P


 Ci si metterebbe un 20 minuti in più :P
Che butteresti via (moltiplicati per n molto grande) per rimettere a 
posto le cose..
Sarò paranoico, ma io faccio sempre ALMENO 3 backup di ogni dato che 
considero importante e, cosa fondamentale, non si trovano fisicamente 
nello stesso posto (una copia a casa, una copia nella chiavetta che 
porto sempre addosso, una copia in uno spazio web).
Tutte le copie di backup sono protette da pw alfanumerica che sblocca lo 
zip.
Mica voglio venire un giorno sul ng a dire "Avevo un exe fatto in VB6 ma 
adesso ho perso i sorgenti... avreste mica un decompilatore?) :-PPPP
bye
-- 
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it
Sinapsi Antispam. Antispam Gratuito.
http://www.nicolaottomano.it/sinapsi.htm
email spamtrap: 
spam...@nicolaottomano.it

 adesso ho perso i sorgenti... avreste mica un decompilatore?) :-PPPP
sol che non ci vieni a chiedere di craccarti lo zip :P