Newsgroup: it.comp.lang.visual-basic
Titolo: Perchè DAO?

Io sono fermamente convinto che DAO funziona meglio di ADO
per i seguenti motivi:
1)  la sua applicazione è intiuitva e semplice;
2)  per la gestione dei dati in rete utilizza il metodo pessimistico
    cioè impedisce che altri utenti possano modificare un record
    quando questo è stato aperto per la modifica da un'altro utente;
3) l'apertura di dynasent direttamente all'apertura del DB
4) Ho finito la mia applicazione e non mi va di riscriverla.
Consa ne pensate?
Avete altri punti a favore del DAO?
Ciao Enzo
www.scozzaro.it


szac!

 Avete altri punti a favore del DAO?
Che lo conoscono molte più persone e pertanto, in caso
di dubbi ci sono più probabilità di avere risposte ai quesiti.
________________________________________
James Tiberius Kirk, matricola SC 937-076 CEC
  Nato a Riverside, nello Iowa, USA, Terra
            il 1277.1 (26/03/2233)

Avete altri punti a favore del DAO?
Non mi sembra ne abbia nessuno nemmeno tu ;)
Saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 0.68, 152
  VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
Nike Air Up Tempo Sad Walker -- Kawasaki "Gas Gas" ZZ-R 1100
 ICQ# 36893168 - IRCNet: bugbarbeq, @ on #linux-it & #NetBSD
   On contrary of popular belief, Unix *IS* user friendly:
    it just appears to be selective who it is friend with

 Db quando sono passato ad Ado.
dopo ugo e alfonso, ecco un altro che ha fatto un passo avanti a spiegarmela
:)
.
.
.
.
.
.
.
come rimpiango quel bel cobol sui terminali a carattere nero verde...

come rimpiango quel bel cobol sui terminali a carattere nero verde...
LOL :) In NetBSD sulla mia SparcStation IPX programmo in C usando un
terminale Digital VT220 a fosfori ambra su sfondo nero: come ti
capisco... =)


 ha scritto nel messaggio
news:YLvF7.15503$zu5.5...@news1.tin.it...


 
ehm scusa eh! ado come 
non ha il blocco pessimistico?


ti riporto la pagina di help la posto in HTML così 
è più chiara:


 




Proprietà 
LockType



   
   



Indica il tipo di blocchi inseriti nei record durante 
la modifica.


Impostazioni e valori 
restituiti


Imposta o restituisce uno dei valori LockTypeEnum 
riportati di seguito.








Costante


Descrizione




adLockReadOnly


Valore predefinito. Di sola 
      lettura: non è possibile modificare i dati.




adLockPessimistic


Blocco pessimistico, record per 
      record: il provider esegue le operazioni necessarie per completare la 
      modifica dei record, in genere bloccando i record nell'origine dati subito 
      dopo la modifica.




adLockOptimistic


Blocco ottimistico, record per 
      record: il provider blocca i record solo quando viene chiamato il metodo 
      
Update
.




adLockBatchOptimistic


Aggiornamenti batch ottimistici: 
      necessari per la modalità di aggiornamento batch rispetto a quella di 
      aggiornamento immediato.


Osservazioni


Impostare la proprietà LockType prima di aprire un 
Recordset per specificare il tipo di blocco da utilizzare all'apertura. Leggere 
la proprietà per restituire il tipo di blocco in uso su un oggetto Recordset 
aperto. La proprietà CursorType è di lettura/scrittura quando il Recordset è 
chiuso e di sola lettura quando è aperto.


È possibile che i provider non supportino tutti i 
tipi di blocco. Se l'impostazione LockType richiesta non è supportata, verrà 
sostituita con un altro tipo di blocco. Per determinare la funzionalità di 
blocco disponibile in un oggetto Recordset, utilizzare il metodo 
Supports
 con adUpdate e 
adUpdateBatch.


Se la proprietà 
CursorLocation
 è impostata 
su adUseClient, l'impostazione adLockPessimistic non sarà supportata. Se viene 
impostato un valore non supportato, non verrà generato alcun errore ma verrà 
utilizzato il LockType supportato più simile.


Utilizzo di Remote Data 
Service   Quando la proprietà LockType viene utilizzata su un 
oggetto Recordset del client (ADOR), può essere impostata solo su 
adLockOptimisticBatch.



 Non mi sembra ne abbia nessuno nemmeno tu ;)
E' piů veloce di ADO. E' questo il principale motivo per cui lo uso
tutt'ora.
Ciao
*Roby*

 tutt'ora.
Tempo fa ho realizzato, per fatti miei, un esperimento a proposito della
velocità di lettura dati da database: ho lanciato migliaia di query su
qualche decina di migliaia di record "tosti" (con campi di tutti i tipi) da
più postazioni concorrenti e ho inscritto il tutto in un loop infinito
monitorato al millisecondo.
Limitatamente all'analisi del Jet e di MSDE queste sono (stringatamente) le
conclusioni:
1) DAO è dannatamente più veloce di ADO quando si interfaccia al Jet. Non
c'è stato verso di ottenere prestazioni migliori di ADO, indipendentemente
dal numero di query lanciate, dal numero di record in tabella e dal numero
di postazioni concorrenti.
2) ADO + MSDE raggiunge prestazioni assolutamente paragonabili a DAO + Jet,
ma questi ultimi la spuntano ancora sul filo di lana o per un pelo di
vecchia, come dir si voglia...
3) Non sono arrivato alle cinque postazioni concorrenti, ma ho lanciato più
istanze dell'applicativo di test su ogni postazione fino a simulare una
ventina di utenti concorrenti. NON ho riscontrato il crollo di prestazioni
tanto paventato dalla Microsoft per MSDE oltre i cinque utenti concorrenti.
HTH,
Carlo.

tutt'ora.
Io purtroppo sono limitato --oltre che dalla mia testolina bacata
anche-- dal fatto che ho database piccoli. Facendo una select che
estrae 10 campi di un record tra 15.000, accedendo via ADO+ODBC ad un
P90-32mb ram su cui gira Linux+PgSQL ci metto un nientesimo di
secondo. Non capisco come possa DAO essere piu' veloce di ADO.
Comunque capisco che la mia situazione sia un caso imite in cui la
base dati sia piccola e che quindi non sia particolarmente
significativa.
Per le cose relativamente piccole, comunque, non mi sembra che *oggi*
ci siano motivi per usare DAO, se non il fatto che ti tocca di
riscrivere molto codice per passare ad ADO.


 riscrivere molto codice per passare ad ADO.
un motivo potrebbe essere che *oggi come oggi* uno sa gia' usicchiare dao e
ci si trovicchia benino, mentre non sa manco cosa sia ado, e al tempo stesso
deve pure immettere dati quotidianamente.

 tanto paventato dalla Microsoft per MSDE oltre i cinque utenti
concorrenti.
Beh, devono pur dire qualcosa per crearti l'esigenza di passare alla
versione più cara, no? ;-)
Ciao
*Roby*

 ha scritto nel 
  messaggio 
news:rfNF7.16326$zl4.5...@news2.tin.it
...


 riscrivere molto codice per passare ad ADO.
Qualche motivo per continuare ad usare DAO:
1) Questioni di proteine:
Per imparare Linux serve tempo, per imparare ad usare pgSQL serve tempo, per
imparare (bene) ADO serve tempo; considerando che lavoro già sabato e
domenica e qualche sera a spot qua e là e che né i libri né i tutorial
on-line contengono proteine, come si guadagna il volgare pane quotidiano?
2) Questioni di praticità:
DRIN. "Pronto, 'ngegner! Che va pu neent. Ghe nat fo la luz e va pu neent.
Che fom? El so programa 'l fa prope schife!" (Trad: DRIN. "Pronto,
ingegnere! Non va più niente. E' mancata la corrente e adesso non va più
niente. Che facciamo? Mi perdoni se oso, ma il suo programma parrebbe
presentare qualche leggero bug").
Dunque, vada in Access... No, aspetti, non volevo offenderla: Access, con la
"A" davanti... E' quell'icona in basso a destra...
Sembrerà impossibile, ma il commedatore è riuscito, dopo un'oretta buona (ma
tanto aveva chiamato lui...) a riparare un database via Access.
Lo spieghi tu per telefono al commendatore come si manipola MSDE senza una
console comandi (SQL costava troppo...)?
3) Questioni di prestazioni:
Popola una griglia con 60'000 record belli tosti (semplice caso di una
banale e comune interrogazione dei movimenti di magazzino di un po' di
mesi). Se stai sotto i cinque secondi netti (diciamo su un PII 400) dimmi
che cosa stai usando in alternativa a DAO che imparo subito!...
4) Questioni di scaramanzia:
Corre voce che urlando ad alta voce la sigla: (DAO! DAO! DAO che ce la fao!)
le query siano più performanti.
Funziona!
Carlo.

 Carlo.
grazie del supporto tecnico-onomatopeico :)
j.


Esatto...
ciao
ugo


lol
ciao
ugo
-passa a ado che č meglio-   :-P

 Avete altri punti a favore del DAO?
Solo l'unico vero :  se, _se_, lavori con jet, è più veloce  (almeno in
locale, in rete è tutto da vedere...)    :-P
In compenso ne avrei un bel po' in favore di Ado...     :-)
ciao
ugo

per DAO ne ho uno a sfavore .... Microsoft ha puntato ad ADO: quindi meglio
impararselo adesso e scrivere codice gia' in ADO, in quanto DAO non si sa fino
a quando verrà supportato, e sicuramente non andrà bene per eventuali nuove
tecnologie riguardanti i database.
saluti
gualty
(sito Linux)
http://digilander.iol.it/ngappunti
 
-- 
Posted from  [213.140.11.7] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:9s99bh$11vldn$1...@ID-94194.news.dfncis.de...


Ragazzi...scusate esiste un buon sito con il un bel sunto dei comandi
msdn :)
pero' diventi matto a capire come si usa qualcosa da li' :)
io ho preso un bel libro di ms press sulla programmazione dei database
con visual basic. naturalmente, costa le solite 120.000 lire.
+++
all'inizio mi sembrava tanto spendere 120.000 lire per un libro.
tant'e' che ne compravo uno ogni tanto. poi sono capitato qualche
volta da feltrinelli e per libri un po' particolari ho speso anche
170/180.000 lire. secondo me, sono cifre che non stanno da nessuna
parte, pero' ne avevo bisogno e le ho spese.
dopo aver comprato il primo metro e mezzo di libri [1], si fa il callo
a pagarli 120/150.000 lire: il piu' e' farsi passare la paura
iniziale, credimi.
[1] naturalmente, parlo di un metro e mezzo lineare di libri uno a
fianco dell'altro :) e' come dire che passate le prime 8/10.000
pagine, poi ti abitui a pagarle care perche' ti abitui a capire il
reale valore della carta stampata e la maggiore comodita' rispetto ai
manuali online, sotto tanti aspetti.
saluti
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 0.68, 152
  VBR - Vero Birro RomagnoloŽ, diffidate dalle imitazioni!


strozzature di rete) anche lavorando in multiutenza, quelli di Dao/Jet
giusto. a meno di strozzature di rete.
come per altre cose, difficilmente riesco ad estraniarmi dalla mia
piccola realta', rappresentata da una rete locale di circa 20 macchine
+ 6 server. per crearmi qualche problema e qualche rallentamento, ho
messo, nel mio ramo di rete --cosi' da non infastidire la gente che
davvero ci lavora sopra--, alcuni hub e ripetitori in modo da crearmi
traffico spurio e rallentamenti e ritardi puri. pero' continuo ad
avere la rete davvero poco carica ed intasata.
in quanti bisogna essere e cosa bisogna fare per congestionare una
rete switchata a 100mbps?
saluti che se penso che in mailing list beowulf c'e' gente che fa
etherbonding con 2 gigabit su macchine con serverworks le...


 a quando verrà supportato [...]
Ahimè, hai ragione.
E ciò dovrebbe far riflettere più di qualcuno, mi sa!...

 ha scritto

si', sul fatto che ms e' _obbligata_ a far rinnovare il parco sw dei suoi
utenti, seno' non e' che vada in perdita, ma si ferma o rallenta il trend
crescente, e _questo_ provocherebbe un disastro.
la storia dell'attivazione via rete e' legata a questo, imho.
be', dovranno riflettere anche loro. se le prestazioni dei loro sw non
saranno infinitamente superiori agli altri, chi me lo fa fare di sostituire
gli office97, che i miei utenti gia' sfruttano, quando e' grassa, allo 0.5%,
con xp ? se si azzardano a tornare a formati precedenti sai quanti
staroffice e office602 verranno installati ?
ms ha fatto molte cose belle e molte cose brutte. e ogni volta che passa a
una nuova tecnologia, sembra sia quella definitiva. ULTIMATE, urlato cosi'.
vediamo nei prossimi 5 anni cosa succede con ado e net. a 45 anni, e nei pc
dall'88, consentimi di avere molte perplessita' sulla definitivita' delle
scelte ms. a cominciare da os/2 ...
    - 640k di ram bastano a chiunque.
    - internet sara' sostituita da msn.
ne riparliamo nel 2005, ok ?
ciao, a.

 ne riparliamo nel 2005, ok ?
Concordo su tutto, incondizionatamente :-)
Scusa, io sono un novellino, che significa imho?
E rotfl?
Ciao,
Carlo.

 Carlo.
altre abbreviazioni sul mio sito.
ciao, a.
--
andrea....@tin.it
www.comune.modena.it/cittadini/apal/