Newsgroup: it.comp.lang.visual-basic
Titolo: Database in access 2007

Ciao a tutti,
Ho fatto un piccolo database con access 2007, mi piacerebbe
interfacciarmi con vb.net....non è che qualcuno mi posterebbe il link
a qualche articolo in merito, magari anche qualche esempio?
Il problema è che mi mancano propio le basi per fare una cosa del
genere quindi vorrei leggere qualcosa, magari documentarmi un attimo
prima di iniziare...
Ho anche due domande:
è possibile effettuare query SQL su un database access?
Posso implementare una cosa che vada bene anche in lan? Vorrei avere
un database per più utenti (sarebbe proprio una cosa fondamentale)
Grazie a chiunque mi risponda,
Marcelo

 ha scritto nel messaggio 
news:fe6772dd-5a70-4676...@t54g2000hsg.googlegroups.com...
Ciao a tutti,
Ho fatto un piccolo database con access 2007, mi piacerebbe
interfacciarmi con vb.net....non č che qualcuno mi posterebbe il link
a qualche articolo in merito, magari anche qualche esempio?
Il problema č che mi mancano propio le basi per fare una cosa del
genere quindi vorrei leggere qualcosa, magari documentarmi un attimo
prima di iniziare...
Ho anche due domande:
č possibile effettuare query SQL su un database access?
Posso implementare una cosa che vada bene anche in lan? Vorrei avere
un database per piů utenti (sarebbe proprio una cosa fondamentale)



Ti faccio sapere appena ci ho sbattuto un po'...ciao ciao

 un database per piů utenti (sarebbe proprio una cosa fondamentale)
Mmm... non saprei dirti.
Access č nato per essere monoutente e monopostazione. Non credo proprio sia 
possibile fare un architettura client<->server.
Per fare quello che vuoi tu ti suggerirei di passare a SQL Server Express.
Bye,
-- 
Carmine
Webmaster di 
www.thetotalsite.it
Blog 
http://blog.thetotalsite.it
 


grazie ancora per la risposta, Marcelo

 Blog 
http://blog.thetotalsite.it
Entro solo su quest'ultima affermazione; non è del tutto vera, io sviluppo 
in access e le applicazioni sono pluri-utente/pluri-postazione/accessibili 
via web/e da poco girano anche con un terminal services.
Si tratta di progettare bene tutto e valutare le esigenze; access può dare 
grosse soddisfazioni, sia come client-server che solo come front-end di un 
altro db come SQL Server o MySQL.
Il problema, visto è con VB (non .NET) costruire proprio il front-end e 
tutta la parte di gestione della concorrenza degli utenti; almeno per quella 
piccola esperienza che mi sono fatto. Cosa che access ti risolve (anche se 
con qualche limitazione)...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:ftn4kf$go6$1...@tdi.cu.mi.it...


SQL Server è un server di database.
Sarebbe perfetto proprio per quello che serve a te, e comunque tramite 
l'upsize guidato come diceva Luciano non dovresti avere grosse rogne.
Io lo prenderei seriamente in considerazione, sarebbe un grosso passo in 
avanti; IMHO.
Oltretutto l'express (database fino a 2gb di dimensione) è pure gratuito; 
meglio di così...


Sembra che Sergio MAZZA abbia detto :

L'OP chiedeva come fare applicazioni multi-utente, e per quello anche 
Access potrebbe andare (se i dati non sono critici, la rete è stabile, 
la sicurezza non è una priorità, le prestazioni non sono un requisito 
fondamentale).
Ma sicuramente Access NON è client/server, bensì esclusivamente client 
con condivisione di file sul server.
Access ha di interessante solamente il deployment facile e leggero: non 
serve installare un servizio in giro, basta Jet e il setup del client. 
Ma siccome Access è estremamente instabile quando ci sono molti utenti, 
occorre mettere in piedi delle politiche di backup molto articolate, e 
a quel punto tanto varrebbe usare strumenti più sicuri e stabili, e che 
magari si gestiscano le politiche di backup anche a caldo.
Alberto
-- 
Fabio Fazio: Se siamo alleati come mai nei nostri bar si vende Coca 
Cola e nei bar americani non si vende l'amaretto di Saronno?

 nei bar americani non si vende l'amaretto di Saronno?
Rispondo qui anche a Luciano.
Nulla da eccepire su (quasi) tutto quello che avete scritto; e sarà un caso 
su 1 milione, ma l'unico crash di file mdb che ho riscontrato è stato nella 
versione '97 (che attualmente ancora gira con 5 postazioni ed è l'evoluzione 
di una versione 2.0) ed è dipeso da HW di rete della realtek non "a norma".
Cambiato l'HW e, con l'occasione, portata tutta la velocità di rete a 
100Mbs; non si sono presentati più problemi (sgrat! sgrat!).
Altri crash si hanno quando l'HD è molto frammentato o danneggiato o la RAM 
è fallata.
Anche quando è mancata l'energia elettrica, con i file aperti, non è mai 
successo nulla; ovviamente perdi solo il record non salvato.
Le politiche di sicurezza: backup, deframmentazione HD, etc. etc. credo 
siano comuni a tutte le applicazioni sia client/server e non; almeno per chi 
vuole stare un minimo tranquillo.
Aggiungo che (solo per la cronaca), un grosso limite di access è la 
dimensione massima del file mdb; ma dividendo le tabelle in più mdb si 
risolve il problema...
Ciao.
-- 
Sergio MAZZA 

 news:mn.5d617d84f...@hotmail.com...


 Disposti a tutto fuorchè passare a sql server :) :)
lo farei volentieri, e in qualche caso lo faro', ma faccio un esempio 
minimo. era un po' che ti volevo chiedere proprio di questo, data la tua 
disponibilita'.
ho messo un mdb, col mio exe, su un disco usb.
con quello, in sostanza, su qualunque pc sono, installati vb6 o le librerie 
secondo i casi, attacco il disco alla presa e posso lavorare.
mi ha in gran parte sostituito il portatile. sullo stesso disco ho immagini 
e documenti che posso aprire con quasi qualunque programma mi trovi di 
fronte. ma sul db sbatto contro un muro.
riesco a fare la stessa cosa con una qualunque versione di sql server, senza 
dover piroettare fra istanze e detach a ogni dis/connessione?
di mdb ed exe faccio ogni goiorno almeno una copia sui miei vari pc. se non 
ho il disco dietro, lancio l'exe nella loro directory, e magari non 
aggiornato a quel minuto, ma va con un semplice doppio clic...
nb che l'mdb e', abbastanza ottimizzato, sui 400mb, con varie centinaia di 
migliaia di record. un db piu' solido, e magari piu' veloce, non mi 
spiacerebbe affatto...
capisco che e' un esempio minimo.
grazie e ciao, a.

 ----------------------------------------------------------------- 
Eh! Eh!
C'ho provato; ma in breve tempo non riesco a fare un passaggio 
"ricalibrando" tutta l'applicazione!
Ciao.
-- 
Sergio MAZZA 

 Disposti a tutto fuorchè passare a sql server :) :)
zac
Si perchè allafine un requisito fondamentale  (almeno nel mio caso) è
anche la praticità!
Access è un DB che sta in un file...non ti costringe ad avere un setup
"professionale" : copio un file e ho il mio database!...le copie di
backup? sono dei copia ed incolla!
E' indubbio...Access è comodo...parecchio comodo!
E non è vero nemmeno che si "baca"...ho applicazioni in vb6 che si
interfacciano a Access 2000 che sono in mano ad utonti totali....e non
si sono mai piantate!
E se hai bisogno di cambiare qualcosa al volo?....l'80% dei clienti ha
office con Access (anche se non lo usa) e le modifiche le faccio al
volo!
Inoltre...crescono le esigenze...il cliente paga...siamo sempre a
tempo ad installare una qualsiasi versione di SQLserver (anche la
express perchè no!)
Insomma: stop alla guerre di religione...alla fine conta risolvere i
problemi.
Mai dire mai...quando serve si usa Access...quando è inutile....altro!
(altro significa non necessariamente SQLserver...che palle con sto
"coso"!)