Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Applicazione molto onerosa

Scrivo per richiedere il parere di alcuni dei membri di newsgroup
sull'opportunita' di scegliere VB come ambiente di sviluppo per una
applicazione piuttosto onerosa: deve infatti poter gestire ca. 2.000.000 di
record, ciascuno lungo piu' o meno 500 byte, su rete locale. Il progetto
prevede anche una fase interattiva su Internet, per un sito di commercio
elettronico. La configurazione prevista e' su rete NT 4.0 con 7/8 ws oltre
ad un server e altri 2 server di backup.
Finora ho sviluppato con VB applicazioni di piccola o media dimensione, su
Win9x, servendomi di Access come base di dati. Inoltre non ho mai
sperimentato le potenzialita' di VB per creare funzionalita' Web.
Credo che Access sia inadatto per un progetto molto grande, ho parlato con
persone che usano SQL Server per gestire grandi moli di dati, ma non conosco
nel dettaglio il prodotto.
VB (con SQL Server?) puo' essere la scelta giusta, o farei meglio a
scegliere un'altro ambiente di sviluppo? Grazie in anticipo a chi mi vorra'
dare il suo parere. Marco.

...



Ho usato VB3 con Oracle per un' applcazione in cui il database risiede su un
server remoto.
Funziona bene.
Naturalmente è piu performante se si sfruttano le potenzialità del motore
Oracle (triggers, stored procedure etc.)

Marco e Domenico,
il discorso di D. non fa una piega,
aggiungerei un appunto sulla tecnologia di accesso al database.
Oggi possiamo scegliere tra 3 tecnlonogie diverse:
1) L'approccio 'dedicato' del DMBS scelto, si tratta di librerie
specializzate messe a disposizone dal produttore del DB, spesso molto
efficaci in termini di prestazioni ma per nulla flessibili.
2) ODCB, collaudatissima tecnologia M$ per la connettività, abbastanza
complicata da programmare, vi si accede tramite API, ma flessibile in
terminini di scelta del DB, ormai i driver ODBC si trovano , gratis o a
pagamento per tutti i dbms.
3) OLE-DB. l'ultima generazione in fatto di connectivity, nata per offrire
alle pagine ASP l'accesso ai databases, si a appoggia anche al driver ODBC
(quindi vale il discorso del punto 2) ma da il meglio di se' con un OLE-DB
provider. Microsoft mette a disposizione provider per JET(Access e ISAM),
SQL Server, Oracle. Basato su COM espone oggetti , ADO, ADOR e ADOX con i
quali e' possibile programmare facilmente OLE-DB da qualsiasi linguaggio che
possa usare COM.
Inoltre ADO espone proprieta' e metodi aggiuntivi rispetto alle tecnologie
precenti, legate soprattutto alla persistenza dei dati.
Io lavoro con basi di dati vicine a 2 milioni di record, con tecnologie M$
(SQL-Server, Ole-DB ADO, VB6) e non ho particolari problemi. Questa e' la
strada che abbiamo intrapreso, cosci del fatto che comunque non e' l'unica
disponibile.
Ultimo ma non meno importante, e' il supporto alle transazioni: io mi
studierei qualche brochure su MTS (Microsoft Transactoin Server, perche'
credo che la tecnologia messa a disposizione da M$ con questo prodotto abbia
enormi potenzialita': basta mettersi li' e cambiare un po la mentalita' di
approccio al client/server, pensando al server come a qualcosa di un po'
piu' intelligente di un efficiente magazzino di dati.
ciao,
Alessandro Scardova
scar...@tin.it
http://space.tin.it/computer/ascardov/