Newsgroup: it.comp.lang.visual-basic
Titolo: ogni tanto succede veramente...

...pensavo fosse una leggenda metropolitana , eppure alcuni clienti (
lavorando su prodotti software diversi ma tutti scritti in VB6 e ADO con
tabelle A97 oppure A2000) riferiscono di avere inserito parecchi record in
alcune form , ma poi non se li trovano più , come se non fossero stati
memorizzati! ( angrafiche clienti , fatture ..)
per cui tocca loro reinserirli daccapo con disappunto ( non li vedono
cliccando sul binocolo di ricerca nè in stampa ) !
Ci credo , oppure dovrei farmi mandare il file di access MDB  e cercare
direttamente i records scomparsi nelle varie tabelle ?
Il programmatore interpellato non ha negato nè confermato , bofonchiando
qualcosa del tipo "...con le nuova versione non può capitare....".
Non capisco se è un problema di visualizzione \ interrogazione del MDB ,
oppure il comando SALVA presente nella maschera di caricamento non funziona
sempre a dovere ??
Grazie a chi mi illumina!

 sempre a dovere ??
Ho debuggato *personalmente* codice che usava DAO per inserire
record in database Access, fallire senza dare il minimo segnale,
continuando come se nulla fosse.
Nel caso specifico era stata aggiornata la versione di Office
sui pc a versioni successive alla 97.
Io insisto: usare Access per applicazioni serie e' da *pazzi*,
soprattutto che per il mondo visual basic esiste MSDE che e' 
*gratis* ed e' praticamente Sql Server.
-- 
ciao, hal
scritto con slrn e vi :-)

 ha scritto nel messaggio 
news:oKVHd.432715$b5.20...@news3.tin.it...


 direttamente i records scomparsi nelle varie tabelle ?
Io sono meno catastrofista di hal.
Nel bene o nel male noi usiamo (con le nuove versioni usiamo solo SQLServer)
DB Access2000 in modo anche pesante con decine di client e di perdere dati
non ci è mai successo, se non qualche dovuto ripristino del DB di tanto in
tanto.
E parlo di DB che viaggiano in media sul mezzo giga come dimensione,
superando spesso il giga.
Però usiamo solo PC dedicati, che quindi se c'è Access o Office installato è
nella versione che decidiamo *noi*.
Se sei sicuro della versione di MDAC installato io darei un'occhiata al
codice per verificare che non ci sia qualche buco logico, poi non escluderei
operazioni "manuali" di clienti smaliziati che smanettano con access.
Detto questo sono d'accordo con hal: usare Access quando ci sono alternative
valide gratuite è un po' masochista.
Ciao

 ....pensavo fosse una leggenda metropolitana , eppure alcuni clienti (



Ciao,
concordo con hal che spesso il DAO (specialmente la ver. 2.5) qualche
anomalia l'ha presentata.
Potrebbero esserci almeno altre 3 possibilità:
1) Il codice di inserimento prevede inserimenti in più tabelle e il tutto
è racchiuso in una transazione. Un passaggio va male e viene annullata
l'intera transazione senza comunicare nulla all'operatore.
2) Il programma seleziona i dati tramite una query utilizzando una INNER
JOIN. Se in una delle tabelle da cui vengono prelevati i dati non ci sono
record correlati tu non otteni nessun risultato.
3) Il programmatore è stato un po' troppo superficiale sulla tecnica e gli
strumenti utilizzati per l'applicazione.
;-)
Ciao
Claudio
-- 
-------------------------------------
[F] Freestyler
-------------------------------------
Legge di Osborn:
Le variabili non mutano mai,
le costanti sì !!!
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 MSDE che e' *gratis* ed e' praticamente Sql Server.
Beh HAL...dipende....hai ragione ...ma non sempre....
nel senso che 10 client con access...ci penserei a fare una macchina
dedicata.....con quel coso li!
A me è capitato di installazioni msde che impallavano tutti i pc....non
XP....98 Me(argh)....
d'altronde a me capita di doversi adattare a quello che il cliente ha...non
sempre posso dire "voglio tutti win2k o xpPro e un server dedicato con un DB
serio!"
Se access perde dati ....è perchè (al 99%) è "bacato/bucato" il programma
l'1% residuo è quando va via corrente in mezzo ad una sessione di lavoro!(e
sembrerà strano...ci son coglioni che non voglion spendere 100 euri per un
gruppo di continuità")
Saluti
-- 
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 Demo classe vb.NET :
WodkaThumb 
www.villaceleste.it
  click su "spippolando e
Programmando"

 Grazie a chi mi illumina!
Prego,
Andrea

 gruppo di continuità")
Sui pc che installano Office dal 2000 in poi, il DAO fa casino su transazioni 
ed inserimenti a partire da qualche decina di righe. Il bello e' che
fallisce senza dire assolutamente nulla. E su applicazioni *stand-alone*,
che invece credevo potessero considerarsi sicure.
Passando via ADO e Jet non so, perche' non ho avuto occasione (cioe': non 
sono stato pagato per) di verificare.
Ho iniziato scrivere programmi con Access dalla versione 2, spremendoli
come limoni ed ogni volta scoprendo limitazioni piu' o meno curiose.
Man mano che e' passato il tempo pero' sono giunto alla conlusione che 
Access sia un giocattolino costoso per utenti che devono memorizzare dati 
non critici, non in rete e abituati a recuperarsi gli mdb da soli.
Comunque ho visto anche qualche installazione di Sql Server che non era
stata fatta molto meglio, ma li' penso fosse colpa dei nuovi wizard 
sysadmin (c), che se gli levi mouse e finestre non sono in grado neanche
di spegnere il pc :-PPP
(c) inventati da Microsoft :-P
-- 
ciao, hal

 ha scritto nel messaggio
news:oKVHd.432715$b5.20...@news3.tin.it...


 Vallo a capire
E cosa pretendi?
Se i record sono scassati e non riesce a leggerli l'unica cosa che può fare
è eliminarli, altrimenti non ci sarebbe nemmeno il problema.
Ciao