Newsgroup: it.comp.lang.visual-basic
Titolo: VS.NET - runtime di Access... c he diavolo di cosa è?

Salve.
Orbene, eccoci giunti al giorno in cui $software-house presenta
$Programma nei locali dell'ufficio.
$Programma necessita del runtime di Access e del dotNET framework.
Qualcuno ha una vaga idea di dove posso trovare maggiori
informazioni per capire che tipo di accoppiata è, come funziona, ecc?
La mia idea è che si tratti di un accrocchio disumano che collaserà in
circa 3 mesi,(ci saranno circa 70 mila schede inserite, ma se il buon 
giorno si vede dal mattino...) però vorrei qualche dato concreto prima
della "sentenza" definitiva(considerando che poi dovrò
promuovere/bocciare questo coso).
Mi sta venendo un dubbio... ma non è che si tratta di un DB Access
recente e quindi richiede poi dotNET perché lo richiede Office?
Ciao,
Andrea

 informazioni per capire che tipo di accoppiata è, come funziona, ecc?
ADO.Net può funzionare ancora con i vecchi OleDb, quindi anche con Access.
Direi
.Net framework
MDAC (che se non sbaglio è comunque richiesto dal framework)
Jet4SP8
Se invece per "runtime di Access" intendi l'intoroperabilità con
Access.Application allora credo che tu sia messo male :)
Ciao
--
Qualunque mentecatto può scrivere codice che un computer possa capire.
I buoni programmatori scrivono codice che gli uomini possano capire.
[Martin Fowler]

 Ciao
Andrea

 accedere ad un DB SQLServer... penso di aver detto tutto :D
Ci sono proprio fior di progettisti in circolazione :-(
-- 
ciao, hal

 ha scritto nel messaggio 
news:fq7Rd.911628$35.34...@news4.tin.it...

Access 2003
Riferimenti
si presentano i seguenti Assembly:
System.dll
System.Drawing.dll
System.Windows.Forms.dll
Propabile che da Access 2003 sono utilizzabili le classi del Framework .NET
Non ho commenti in quanto non ho eseguito nessuna prova.
Capisco integrare COM nel Framework .NET,
ma l'inverso mi lascia perplesso.
Ave
giuseppeD
---
CCR 

 giuseppeD
Andrea

 Ci sono proprio fior di progettisti in circolazione :-(
imho, è il solito problema: per l'uomo che ha solo un martello, tutti i
problemi sono chiodi.
anche io, qualche volta, penso che la mia cassettina degli attrezzi sia
tragicamente sfornita :-(
-- 
Salutoni
Sergio
Per rispondere... togli il group dall'indirizzo
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 problemi sono chiodi.
spesso pero' i cacciaviti si possono comprare.
 --
ciao, hal
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 spesso pero' i cacciaviti si possono comprare.
detta da un genovese, suona molto saggia ed equilibrata :-)


 detta da un genovese, suona molto saggia ed equilibrata :-)
:-P
e' il classico problema di make or buy: talvolta costa meno
comprare la risorsa necessaria (buy) che prodursela in
casa (make)


 Ci sono proprio fior di progettisti in circolazione :-(
A quanto vedo ci sono anche personaggi che liquidano in modo superficiale e
grossolano soluzioni intelligenti anche se poco ortodosse.
Ad essere sincero non conosco un front-end più semplice, robusto, sicuro ed
efficace per utilizzare MS-SQL.
Sandro.


 Sandro.
Andrea

 singolo file.
Access è pensato per fare da front end ai database. Punto. E questo è così
da quando esistono gli .adp che sono il giro di boa che MS ha fatto dalla
gestione a file a quella client-server.
In un adp le query diventano viste, si possono definire trigger e sp,
funzioni lato server, dimensionare i cursori lato client, definire relazioni
e vincoli d'integrità. Non sul client, ma sul server sql. Scusa se è poco.
E poi c'è Jet. Chiariamo, a me MS sta enormemente sulle palle. Ma una cosa
devo in onestà riconoscere: che Jet è una gran bella bestiola, capace di
fornire un interfaccia sql a MS-SQLServer, ai file XML, ai file Excel, ai
testi, alle tabelle odbc.
E sai qual'è il bello? Che una applicazione fatta con access girerà
sostanzialmente in modo equivalente a prescidere dal formato finale dei
dati, mdb, sqlserver, mysql, ecc...
Se pensi che Access sia un prodotto pensato per lavorare in locale e su
singolo file, è evidente che non conosci Access, ne Jet. E ti perdi un sacco
di possibilità ad elevatissimo rapporto qualità/prezzo (tempo di sviluppo).
Per carità, si vive benissimo, se non meglio, anche ignorandoli, ma mi
guarderei bene dal giudicare in modo così frettoloso e superficiale.
Ciao, Sandro.


 guarderei bene dal giudicare in modo così frettoloso e superficiale.
Mah, il caso presentato da Andrea come apertura di questo thread
dava l'impressione di voler usare la grande bertha per tirare ai
passeri. D'altra parte, ti riconosco il fatto che non abbiamo la
completa informazione sul contesto.
-- 
ciao, hal

 altrimenti non avrebbe guadagnato la diffusione che ha ora.
non concordo. un linguaggio usato da milioni di persone -- e non me ne frega
un k se sono tutti professionals o no, vedi la discussione didattica di
ieri: pochi pro hanno capito che e pro e pro e pro rischiano di rinchiudersi
in fondo a un water -- non e' solo un hobby. continua a essere un linguaggio
in cui uno poco esperto ma con un po' di testa dopo sei ore si interfaccia
in modo ragionevole a basi anche serie. e come vb tutto sommato anche
access. tu che digiti bene, provaci da console in tp. anzi, voglio essere
munifico: provaci in delphi :PP
ms sta simpatica a pochi, ma per altre cose. qualche merito ce l'ha...
ciao, a.

 completa informazione sul contesto.
Il contesto è presto detto: schedare circa 35 mila fotografie per ora,
sperando di riuscire in tempi ragionevoli(una decina d'anni circa) a
schedarne 1 milione. E' un progetto pilota che dovrà poi(si spera)
essere ampliato.
Ciao,
Andrea