Newsgroup: it.comp.lang.visual-basic
Titolo: [OT^10][ANTI-SPAM][MYBALLSAREFULL] Vuoi farti del male? Usa ADO.

Non ne posso più. E' delinquenziale che un prodotto che dovrebbe (le solite
chiacchiere) risolvere tutto, funzioni così male, sia pieno di buchi e,
alfine, faccia un po' come gli va, quando gli va, dove gli va.
Cos'è successo? Ma che ne so! Però è successo ancora.
Ho persino smesso di annotarmi le problematiche.
Scusate (se potete) lo sfogo.
Un piccolo testamento (qui e su Google) lo dovevo però lasciare.

 Cos'è successo? Ma che ne so! Però è successo ancora.
Fammi partecipe...
Ciao
Alberto

 Fammi partecipe...
Il problema di oggi è questo:
Con DAO+Access caricavo i campi di un (uno solo) recordset in un
vettore/matrice usando la GetRows e poi, come da documentazione, facevo
recset.move -1 per rendere nuovamente attivo il record corrente.
Con ADO (anche con 2.7)+SQL SZerver 7.0, la stessa identica serie di
istruzioni (2), a volte va, altre (specialmente dopo una AddNew/Update) mi
manda in BOF. Ovviamente (sic!) il problema non è sistematico. (SQL Server,
SQLOLEDB, adUseServer, adOpenDynamic, adLockOptimistic)
Ho dovuto fare a meno della GetRows e mi sono composto il mio vettore con
nome campo, tipo e valore per tutti i campi del record corrente. Poi mi vado
a riprendere le informazioni che mi servono con tranquillità ... spero (sono
in fase di test).

 ha scritto nel messaggio
news:GjxW8.12292$K_4.3...@twister1.libero.it...

il 90% delle volte ...errori di ADO o altri sw..... sono nostre ignoranze o
omissioni!
Respira ..."rifiata" si dice in toscano....e poi riprova!
(wodka in trasferta!)

 istruzioni (2), a volte va, altre (specialmente dopo una AddNew/Update) mi
E' da tempo che non utilizzo , per aggiungere record ,l'accoppiata
AddNew/Update. Si deve eseguire una "SELECT * FROM ..." . Mi caricavo
tutto il recordset per aggiungerne uno.
Con l'istruzione  con.Excute "INSERT INTO ....." va meglio , e sono
rimasto fermo a questo metodo anche dopo aver scoperto che con ADO è
possibile caricare un recordset vuoto e poi AddNew/Update.
Per apprezzare ADO occorre conoscere le sue specifiche.
giuseppeD
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Per apprezzare ADO occorre conoscere le sue specifiche.
Per apprezzare ADO, IMHO, bisogna evitarlo.

 (wodka in trasferta!)
Wodka, te lo dico con un tot di faccine ( ;-)*10^4 ), ma tu pensi davvero
che non abbia prima pensato a me? Tu pensi davvero, pur con tutta la
disistima che ho per M$, io non pensi, in occasione di una stranezza, al mio
cervello malato? Ci penso, ci penso. Poi, ogni tanto, sbotto.

 cervello malato? Ci penso, ci penso. Poi, ogni tanto, sbotto.
E, siccome non ho finito, aggiungo: ADO fa cagare!
La quintessenza dell'inaffidabilità, la mina vagante nella pseudo-logica del
software, il prodotto meno documentato al mondo (ivi compresi i manuali
sull'impiego dell'ossido di ferro a scopi terapeutici), l'aggeggio
informatico partorito, gettato in un bidone e, perciò, mai finito (l'elenco
completo degli errori, dov'è, mi si dica dov'è, MSDN compreso che non vede
l'80040E1B pur prodotto), l'orrido più buio e profondo della scrizofrenia
microsoftiana, l'escremento più puzzolente, schifoso e putrido di una
combriccola di bevitori accaniti e ormai cirrotici, la purga più efficiente
per la massa degli ignorati (e prima ignari) sviluppatori, il vero motivo
per cui INTEL, IBM, HP e compagnia non potranno affondare nel progetto
Palladium con un socio come Bill, l'uomo più viscido di questa terra (mi
riferisco a Bill Gates, nel caso altri "Bill" possano offendersi).
Mi fermo solo perchè devo lavorare, con M$, e so che mi aspettano altri
momenti duri.
Lo ribadisco: Il WM ha il mio nome e cognome. Lo dia a chicchessia, a
condizione di aver avuto nome e cognome dell'interlocutore.

 condizione di aver avuto nome e cognome dell'interlocutore.
dietro il muro delle carmelitane, all'alba ?
primo o ultimo sangue ?
calma, lupetto, calma.
non sprecare energie.
fai come noi robot :P
j.robot

 j.robot
SUPERMEGAROTFL =)
Lokar
--
Sito Comune: 
http://www.it-lang-vb.net/
Manifesto: 
http://www.it-lang-vb.net/docs/Manifesto.txt

 fai come noi robot :P
Urlerò finchè avrò vita!

 ha scritto nel messaggio
news:GjxW8.12292$K_4.3...@twister1.libero.it...
MARO' che palle lupo!
ma se tutto fa così tanto schifo, se tutto puzza a tal punto che eplodi in
questo post ....le cose sono 2
O tutti noi siamo scemi e tutto sto puzzo non lo sentiamo, e tu l'eletto che
aspettavamo....
O sei tu che ti lavi poco e ti annusi! :-)
Ossia parafrasando....
stiamo a romperci le palle con herbie ed ora me lo fai stare simpatico!
cito uno dei tuoi post di questo thread
"E, secondo te, io modifico i miei programmi collaudati da 3/4 anni presso
un
tot di utenti, con un approccio del genere, giustissimo, per carità, ma che
sconvolge tutta la logica?"
questo è un discorso alla herbie...
voglio tutto...subito....come pare a me....protestando e incazzandomi.....e
guai a contarddirmi....
herbie ha la scusa del newbie lamerozzo....tu sei un po più anziano di
post!...e meno scusabile!
ma allora se non vuoi imparare ADO continua come prima (te l'ha ordinato il
dottore? complesso di inferiorità verso chi usa ado?)...Java stesso ha
dichiarato che usa DAO è contento fa i suoi programmi e nessuno si lamenta.
Nessuno mi sembra che dia dell'antico/a a Java (ci mancherebbe altro)
io stesso sto tornando a DAO per alcuni progetti basati sul cess di
Access...
Ogni piede la sua scarpa no?
Hai sempre l'ODBC da usare al posto di ADO per collegare altri motoriDB...
D'altronde fino a qualche hanno fa c'era solo ODBC ...RDO...ODBCdirect etc
etc....
usa quello e non rompere.... e che cavolo!
:-)
Tutto è perfettibile a questo mondo...anche i programmi di Lupo (che usa
ADO) eh eh (scherzo eh!)
Ciao e miao!
:-)
p.s.
come ti hanno detto....anche se è più casinoso (per le distrazioni) scrivere
query lunghissime....anche io (tranne che in monumentali procedure di save
record) uso ADO.Command e do giù di SQL UPDATE e  INSERT
...è anche più veloce....almeno le mie prove su Access e SQLserv(MSDE)...su
altri non so!

 Ogni piede la sua scarpa no?
me la segno.
ciao, a.
certo che... ado, dao, rdo, odbc...
vabbe' che siam quadrupedi :P

 altri non so!
Sě, č una buona tecnica.
Nulla di impossible neanche gestire l'altra logica:
bisgogna capire bene il flusso degli eventi...
ciao
ugo

"Wodka4U" <mar_AntiSpaM_co@ma_16TogLieRE24_rtek.it> ha
Preferisco sorvolare sui contenuti del tuo post, ti pongo solo un pensiero,
se vuoi spendere qualche minuto:
Immagina di avere procedure già fatte (male, se vuoi, ma fatte) e
collaudate, che girano da anni da decine (forse anche centinaia) di utenti.
All'incirca (solo per contabilità e magazzino+documenti vari) 40 Mb di EXE.
Le procedure sono scritte per DAO+Access e usano molto del codice che DAO
mette a disposizione e che, tranne qualche buco (ma veramente pochi), fa il
suo dovere. Immagina anche (tanto per dirne una) di avere un recordset che
ti serve così com'è e che, salvo riprogettazione di mooolte cose, non puoi
permetterti di sputtanarti con una Select e con una Insert e che non puoi
clonare, nè contare.
Immagina ancora di acquisire un cliente (ebbene sì, uno solo, ma tosto) che
necessita (per questioni di dimensioni e struttura) di SQL Server. In un
mese o poco più ho inserito qualche parametro e ho collegato Access a SQL
Server via ODBC. Funzionicchiava, ma era lento.
Ho chiesto in giro, proprio i primi tempi che bazzicavo da queste parti,
qual era il metodo più veloce per accedere a SQL Server. La risposta è stata
ADO! E, dopo qualche prova deludente sulla velocità e trovato l'artificio
che però non espone alcune caratteristiche e metodi, anch'io, ora, dico ADO
per SQL Server.
Eccomi quindi a inserire 8000 if nei miei programmi cercando di continuare a
farli funzionare, contemporaneamente, anche per DAO+Access perchè gli utenti
possano continuare a lavorare e per vederli girare, chissà quando, anche per
ADO+SQL Server.
Vedi, caro Wodka, tu hai tutte le ragioni del mondo, ci mancherebbe, ma
prova a pensare a quel che ho scritto. Quando ti risulterà chiaro che non è
un giochetto, che ADO è penosamente lento, che il lato Client è puro
masochismo per chi vuol lavorare sul serio e, con quel che ti resta, che se
la cosa si complica perchè, troppo spesso, ADO non fa quel che dice, forse
comincerai anche a dire, fra te e te e non solo a me, "cazzo, che palle".
Io non so, in tutta sincerità, se mai impianterò un altro sistema con SQL
Server oltre a questo, ma certamente non cambierò idea, dopo aver sputato
sangue, sulla bellezza di ADO. Secondo il mio modesto, probabilmente
inaffidabile e inesperto parere, fa letteralmente schifo. Buon per chi,
invece, per maggiori capacità ed esperienza, è convinto del contrario.

 ma allora se non vuoi imparare ADO continua come prima
Solo questo desidero quotare.
Io sto imparando ADO e ne sto scoprendo molte magagne.
Io non posto a vanvera, io rilevo errori in ADO, usato come da
documentazione e dico che sono troppi e non tutti documentati.
Io sto usando ADO, forse, in modo più approfondito di altri e una Select non
mi basta.

 io di andare su redmond non gliel'ho detto di certo.
Beh, se hai il proxy è facile bloccarli. In alternativa, nel
file hosts piazzi un bel
 
windowsupdate.microsoft.com
 127.0.0.1
o quello che serve e lo freghi.
Su certe macchine ho piazzato un file hosts da 384 K.
Efficienza tendente a zero, ma blocca, ohi se blocca. ;-)
Un Paperino "banner ? quali banner ?"


Questa davvero invece te la potevi risparmiare!...
...e non ti fa molto onore....
detta cosě....a chi ti riferisci ....a chi non č d'accordo con te?
a chi in risposta a tutti i tuoi post diceva il contrario di quello che
"irruentemente" affermavi?
a me e ad altri che dissentono?
Siamo incompetenti che non capiscono un cavolo e tu solo hai scoperto tutto?
(Toscanamente e Virtualmente e Ironicamente guardandoti!).......ma chi ti
credi d'essere!
Un nuovo Linus Torvald?
come diceva il caro Principe A.de Curtis
"Ma mi faccia il piacere!......mi faccia!"
:-D
cmq
sei il primo che inagura il mio:
Herbie.O.Meter
0123456789
                *
Senza astio e non allungandola oltre....
Ciao!
:o|

 che palle!
senza andare in rissa, tanto lupo sa che la penso come lui, a me piu' che
giorni sembrava ogni 15 minuti :P

 Senza astio e non allungandola oltre....
Mi spiace molto, mi hai descritto esattamente il contrario di quel che sono.
Tanti auguri.

 :-D
Ragà, calma... entrambi, eh ? Non ci metteremo mica
a litigare anche fra "oldies", no ? :-)
Lupo, io non uso ADO, proprio come non usa DAO,
perché non uso DB, se lo posso evitare :-), quindi
magari dico una cazzata. Anzi, togli il "magari".
Ne dico tante, quindi una più una meno...
Quanto ci hai messo per venire a capo di tutte le
idiosincrasie di quello che già conosci ? Mesi ? Anni ?
E perché pensi che ci voglia di meno per imparare
qualcosa di nuovo ?
                *******************
Soprattutto quando (e questo NON è cerchiobottismo,
ma semplice obiettività) questo "qualcosa" è fatto dalla
MS ! Dovresti esserti anche tu assuefatto (attenzione,
non intendo "rassegnato") alla schizofrenia della
documentazione e delle implementazioni... Funziona così,
o ti adatti o cambi. Cambiare il modello di lavoro di MS
mi pare impossibile per il singolo utente, sarebbe necessario
lo sforzo combinato di sviluppatori e acquirenti, e molto,
molto tempo.
E' una ditta che è nata come "piccola" in contrapposizione
alle "grandi" dell'epoca, IBM in testa, e con quel modello
di funzionamento ha ottenuto grandi risultati.
Bill (che magari berrà gin con peyote, ma non è stupido)
ha capito che, cresciuta com'era a dismisura, la sua ditta
rischiava di venir battuta con le stesse armi da altri "piccoli".
Oltre ad altri sistemi meno ortodossi, ha allora deciso di
mantenere un sistema aziendale estremamente flessibile,
eppure integrato, fatto di piccoli gruppi con gestione gerarchica.
Immagina se vuoi di avere, al posto di un camion, una
squadra di furgoncini collegati da una rete di catene.
E' indubbiamente più flessibile, ma per mantenere la direzione...
Data la difficoltà, ovviamente non può esserci del tutto
riuscito, di qui tutte le incongruenze che vedi negli applicativi,
nei sistemi, nei linguaggi e perfino negli help.
Quando un gruppo di programmatori, gestito da una delle
sezioni direttive, produce codice che va in conflitto con quello
di un altro gruppo, e magari se ne accorgono dopo un anno,
cosa pretendi ?
Un secondo punto da tenere presente, è come dicevi tu,
la velocità. Anno dopo anno, i SO di MS hanno preteso
processori più veloci, e quantità di ram e spazio su disco
sempre crescenti. Mi astengo volutamente dal parlare dei motivi ;-)))).
Ora, che le reti sono ormai dappertutto delle realtà
acquisite e irrinunciabili, è venuto il momento di richiedere
di più anche da quel lato... ce l'hai già un hub a 100 Mb/s ?
Fra poco lo avrai, sarai costretto ad averlo, proprio come
non puoi più lavorare con W95 su un P 66...
OK, dopo questo post mi autoplonko.
Bye, G.

 OK, dopo questo post mi autoplonko.
cavoli, mi ero perso che con oe si potesse fare "blocca mittente" anche su
posta in uscita ! geniale !
j.:-P

 OK, dopo questo post mi autoplonko.
Non farlo. Mi hai fatto bene. Grazie.

 Non farlo. Mi hai fatto bene. Grazie.
Per te questo ed altro :-)
Anzi, aggiungo qualche link:
http://puntonet.netfirms.com/it/itin1901.htm
, cerca Gates e leggi l'articolo...
http://www.punto-informatico.it/p.asp?i=38373
Bye, G.

 quando, anche per ADO+SQL Server.
Male, male, male. Tu devi sviluppare un componente (una o più
classi ed interfacce) che incapsuli le peculiarità
dell'implementazione. In modo che per il resto del codice sia
perfettamente trasparente l'utilizzo di DAO + Access, di ADO +
SQL Server o altro db, di ODBC...
E renderlo facilmente adattabile, con poche modifiche, anche
ad eventuali altre tecnologie (future) di accesso dati. Certo,
richiede uno sforzo iniziale *molto* maggiore, ma semplifica
*enormemente* le cose in seguito. Non solo, ovviamente questo
non ti permetterà di sfruttare al massimo le tecnologie di
accesso ai dati, ma difficilmente questo potrà essere un
problema.
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 problema.
H.P.L. gli 8000 If stanno in una decina di Sub/Functions, non nei programmi
applicativi. In questo senso sono stato "bravissimo" e lungimirante. Io ho
fatto Sub/Functions anche per una sola istruzione (OpenDatabase,
OpenRecordset, Edit, addnew, update) e, oggi, fortunatamente, lavoro solo su
quelle.

 Efficienza tendente a zero, ma blocca, ohi se blocca. ;-)
Il mio che ho provato era di quasi mezzo mega con qualche
personalizzazione... niente piů pop ut, pop under ecc... solo che quando vai
a fare una modifica alla configurazione del sistema su W2K un porcesso si
mangia il 100% di risorse macchina per parecchi secondi! :(

sono indeciso se dedicare il poco tempo a ado o al pinguino...
dedicalo piuttosto a netbsd.
se vuoi qualcosa di piu' immediato, dedicalo a freebsd.
saluti con specifiche ed ultreriori info via mail che qui mi faccio
linciare.
-- 
      Gianni "bugbarbeq" Rondinini, 26+15, RA, 193, 152
   VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
 BMW 530D "BatMobile EVO" Driver - Escortone da 500 CV dreamer
Kawasaki "Gas Gas" ZZ-R 1100 - HD Electra Ultra Classic Dreamer
   On contrary of popular belief, Unix *IS* user friendly:
    it just appears to be selective who it is friend with

mi basta.
con ado ed il modo di lavorare che ti ho suggerito fai tutto quello
che l'sql ti permette. e non mi sembra poco. e non mi sembra che uno
possa fare di piu'.
saluti.


Sicuramente è molto più lento, ma come buchi con il 2.7 io non ho veramente
lento? mi spiegate il concetto che avete di lento?
io accedo ad un postegresql --database che non costa un gran che' e
che quindi probabilmente potrebbe non avere neanche grandi
prestazioni--, faccio questi su 150.000 record e ne visualizzo i
risultati filtrati in un tempo si' e no percettibile.
mi dite, francamente, cosa significa "ado e' lento"?
ah, il server e' un potentissimo celeron 633 con 256mb di ram e dischi
scsi con mandrake linux 7.2 --cioe' una delle distribuzioni piu'
fetuse e meno prestanti--.


Se mio nonno avesse avuto le ruote ...
la ferrari fa macchine che fanno schifo perche' io non ho i soldi per
comprarle.
sei sicuro che questo discorso abbia senso?


 sei sicuro che questo discorso abbia senso?
Sě.
E aggiungo: Sicuro.

 Io ho fatto Sub/Functions anche per una sola istruzione
Sub e function non sono sufficienti, è necessario un approccio
OO se vuoi veramente disaccoppiare l'interfaccia
dall'implementazione.


 linux accessibile via lan.
Gianni, buon per te.
A me pare che tu stia ignorando una certa (criticabilissima) realtà: Windows
(con tutti i nomignoli che si merita), M$ e, non ultimo, il 90% (forse più)
del mercato. Infine, ribadisco, col prodotto già fatto senza avere tempo (e
voglia) di impiegare altri 3 anni per riscriverlo.
Caro Gianni, io "aggiacampà".
Io non dico che tu stai spammando (visti 3/4 post, qui, praticamenti sullo
stesso filone), ma cerca, se vuoi, di ragionare sulle basi che hanno
generato questo (e altri) topic.
Io con la Ferrari, dopo essermi gasato un po' e magari essermi "strusciato"
con qualche bella gnocca, ci vado nel fosso perchè non la saprei guidare
come una Ferrari "pretende/esige" di essere guidata.
E, in tutta sincerità, PostgreSql fin quando dura? Il concetto è questo: Io,
fra quindici anni, prenderò la pensione? Ci saranno ancora denari? Se la
risposta è negativa, ti garantisco, chiuderanno tutte le banche prima della
Banca d'Italia. PostgreSQL chiuderebbe prima di M$. Garantito, anche se mi
piacerebbe un tot di sentire che, domani, M$ non si
sfalda/separa/smembra/divide, ma chiude!
E poi, cazzo, fammi sfogare: Linux, cos'è 'sto Linux? Fatemelo vedere in
un'azienda che affida ai computer tutta la sua logistica e contabilità,
fatemelo vedere nella filiale/distaccamento/sportello/bettola di una
qualsiasi banca fra il rifugio Torino e la Guille (?) du Midì. Le banche, mi
pare, vanno ancora con qualcosa che assomiglia maledettamente al Dos. Forse
è Unix, forse è AS400, non mi pare che sia Windows, nè PostgreSQL, nè MySQL.
Perchè?

 dall'implementazione.
Va bene, domani tu mi assumi, mi paghi un centinaio di clienti che devo far
lavorare quotidianamente e mi dai due anni e io mi approccio anche al tuo
socio.
Perchè non capire, giusto o sbagliato che sia, quel che si legge?!

 Perchè?
anche perche' credo ibm gli abbia proposto db2 su linux.
non a caso su linux.
non so con che risultati.
leggevo che e' il primo anno che ibm ha perso in hw, sw _e_ servizi.
nella mia banca vedo tante schermate win.
l'ot di imagerie sarebbe per sfiammare...
ciao, a.

 l'ot di imagerie sarebbe per sfiammare...
Grazie dei preziosissimo e "calmante" link.
Mi sto rompendo...
Ciao. Luigi.

 legge?!
Le mie critiche non vogliono certo essere sterili, ma esserti
di aiuto per il tuo lavoro, per cui, sinceramente, non
comprendo il tuo atteggiamento aggressivo.


 comprendo il tuo atteggiamento aggressivo.
Nessun atteggiamento aggressivo. Volevo solo sottolineare, perchè mi pareva
ti fosse sfuggito, che la tua giusta teoria non è sempre applicabile su sw
già scritto, distribuito e utilizzato.

 >Solo questo desidero quotare.
CUT
dai Gianni...lascia stare...qualsiasi cosa tu dica...è troppo arrabbiato!
bisogna dire:
OK lupo hai ragione!
2 soli amichevoli precisazioni:
a) Però Gianni non mi sembrava OT...OT ad un OT^10???.
e poi...
b) ehm...(il comune di F****le (fi) va tutto sotto Linux! rete interna,
serverWeb, etc etc....usa word per scrivere le lettere e le archivia su
Linux ...programmi? PHP, C,Pyton...MySql etc etc...e un vecchio S36 per
gestire l'anagrafe...sistema che pensionerà presto...)
Anche il mio comune, il comune di Prato, quando andai a fare l'esame per
l'iscrizione all'albo degli esperti web.....mi resi conto che va tutto sotto
linux...una goduria per li amanti del pinguino!
(Tutti i comuni devono fare i conti col bilancio .....quanto costa una
postazione Win ed una Linux? e la sua infrastruttura?....se fai i conti hai
la risposta...altro che Palladium!...che poi per me è una
bufala...vedrai...fammi fare Cassandra!)
Non solo, se fai un lavoro web per loro, DEVI garantire la corretta
visualizzazione sotto Netscape ed Opera...pensa un po..altro che IE456...
come vedi qualche pazzo che pensa diversamente c'è....
Ok ora mi AutoPlonko..
........................WODKAPLONK!
:-)


Ma lo sai che probabilmente questo thread
vincerà la palma del più lungo del mese...?  ;)
ciao
ugo

 vincerà la palma del più lungo del mese...?  ;)
Non credo. Comunque io lascio.
A proposito, non hai nulla da dirmi...?

 A proposito, non hai nulla da dirmi...?
...ho seguito pochissimo in questi giorni...
...praticamente:
- seleziona tutto
- segna ome già letto
...quindi: che ti devo dire?
ciao
ugo

 ...quindi: che ti devo dire?
Mi riferivo al "mio" Parser SQL


ah... chiedo scusa ma ho avuto i minuti
contati in questi giorni.
L'ho solo aperto per 5 minuti netti.
Caruccio.
Prometto che gli darò un'occhiata a breve.
ciao
ugo

 Prometto che gli darò un'occhiata a breve.
Ugo, mica sto pretendendo niente, ok? Quando e se vuoi/puoi.

 già scritto, distribuito e utilizzato.
    Che palle, Lupo! Oops... C'era gia' nel subj! Scusa.
    :-))))))))))))))))))))))))))))))))))))))))))))))))))
--
Ciao.
Maurizio
--------
?SPQR(C)
 X
--------

E aggiungo: Sicuro.
la prendo come una battuta.
saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 26+15, RA, 193, 152
   VBR - Vero Birro RomagnoloŽ, diffidate dalle imitazioni!


ciao, a.
a?


Perchè?
sei un povero frustrato.
io chiudo qui.
il follow-up andrebbe su ifq...


 io chiudo qui.
E fai/facciamo mooolto bene.

 distribuito e utilizzato.
A questo punto diventa un gatto che si morde la coda...
Non è stato strutturato (da te o da chi l'ha sviluppato) in
maniera corretta al momento dello sviluppo, non viene
modificato in maniera corretta durante la manutenzione. Prima
o poi tutto ciò qualche problema lo causa di sicuro...


 o poi tutto ciò qualche problema lo causa di sicuro...
Ok, sono un pirla, getto la spugna, non so niente, assolutamente niente del
lavoro che faccio da sempre. Non ho mai imparato, mi sono sempre smazzato
per una banale gestionale e avrei invece dovuto occuparmi di frattali o del
sistema riproduttivo degli acari. ADO non sbaglia e io mi invento che non
faccia quel che dice perchè voglio creare casino. Divento ricco con questo.
Basta.

 assolutamente niente del lavoro che faccio da sempre.
[cut]
Perché devi prendere tutto come un attacco personale?
Comunque, se hai voglia di sistemare in modo migliore le cose,
dai uno sguardo al pattern Façade, che fa proprio al caso tuo.


 Perché devi prendere tutto come un attacco personale?
cut
Non lo so ....davvero è strano che se la prenda così!....
cmq...
volevo dirti...
GRANDE HPL....insegnami!
che è sto pattern di "coso"...io più vado avanti e meno mi sembra di
capire...
dammi info...
d'altronde non ho fatto università (o meglio si ...ma di legge!...ma non
c'entra molto)...
e sopratutto i  miei primi programmi se vado a rivederli....son molto
"arrostiti" e scarsamente "manutenibili" anche da me stesso!
..adesso le cose son migliorate mooolto....
dicevo a Java che mi sarò fatto 2 classi ...si e no
e tendo a mettere tutto in .bas infarcite di funct e sub
(per carità riusabilissime e oramai quasi standard)
fino a ora + utenti li ho sempre gestiti a cazzo di cane...
fai un lock ottimistico e "stai agli eventi"....gestisci sul client risposte
di ritorno dal motore db....
Tante volte ho provato ...e libri ho comprato...ma sempre abbandonati
sto caz di three-tier servirebbe in sti casi no?
Una classe Server che gestisce la concorrenza no?
ad es MSDE + 3 client....di mezzo
proprio per come dicevi di pensare "in prospettiva"...ci vorrebbe sto
"serverino" a cui fare la chiamata e lui si occupa di connettersi al db (ORA
msde ma poi quel che è)...o non ho capito nulla....
mi rendo conto che sto three-tier è terreno minato...nessuno ne parla
volentieri (o non lo usa nessuno e non serve....o lo sanno usare in
pochi)...anzi proprio non se ne parla.
Insomma vorrei fare lo "step" ulteriore ma....
mi consigli libri e/o link e/o esempi (capibili da uno come me)
grazie....!!!
che faccio apro un thread separato?
:-)

Che c'entra la Ferrari?
boh, mi sembra di parlare ad un muro... te l'ho spiegato gia' 3 volte.


 ha scritto
Non s'era detto di finirla? Tu comunque non hai capito niente, ma proprio
niente.

 naturalmente, devi esserti preso la briga di crearlo prima.
CUT
VERO
anzi...
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q171146
te lo puoi anche creare al volo da VB (su VB6 non ho provato!...io uso li
OLEDB..in teoria dovrebbero essere ancora + veloci perche salti il passaggio
all'odbc che è uno strato in più rispetto all'ODBC)
hai provato Gianni? esiste un provider per il tuo db?
Ciauz!
:-)
(cmq è vero che ci sono OLEDB programmati a cane + lenti dell'ODBC.
Basta scaricare l'sdk per farsi i provider OLEDB per connettere anche
proprie fonti dati...ad avere tempo sarebbe da provare...farsi un oledb
"leggero" per Access ....o per accedere ai nostri file random...)

 (cmq č vero che ci sono OLEDB programmati a cane + lenti dell'ODBC.


a tutti gli attivi partecipanti al thread, una domanda dal profondo del
cuore:
qualcuno abbia almeno il pudore di togliere dal subject "[anti-spam]"
j.:-P

 "leggero" per Access ....o per accedere ai nostri file random...)
interessante :)
mi sai dare un linkino preciso (sono sempre stato una pippa a cercare nel
sito M$...)
ciao, g.

hai provato Gianni? esiste un provider per il tuo db?
gli oledb per il mio db non li ho nemmeno cercati. so che c'e' quella
possibilita', ma sono sincero: con odbc e' tanto veloce che non mi
sono posto il problema di andare *piu'* veloce.


 che faccio apro un thread separato?
Io intendevo un approccio più OO (per quanto non mi piaccia
mettere OOP e VB nella stessa frase) ad un livello di design
più "basso" di quello del modello three-tier.
Per capire di cosa parlo, in attesa di un mio esempio
chiarificatore (appena ho un po' di tempo), potresti leggere
gli *utilissimi* e veramente ben fatti articoli di Carlo
Pescio (mio compaesano) su 
www.eptacom.net
 -> Pubblicazioni
(che sono quelli sui quali ho imparato quel poco che so).
