Distribuire programmi con database .mdb

[martino.ugolini]

Salve,

Ho appena finito un programmino per imparare i vocaboli, in cui uso un database .mdb. Ora ho dato a un paio di compagni di scuola il prgramma per testarlo, e si sono rilevati due problemi:
1. Da uno mancava il framework 3.5, e lo ha dovuto cercare scomodamente in internet
2. Un altro non ha il pacchetto office (E così neanche access), e il programma non gli funziona (Forse per questo).

Com faccio a fare un pacchetto di installazione che installa automaticamente il framework 3.5, e che faccia funzionare queso database???

AIUTATEMI!!!!, e grazie in anticipo

[vladix]

se hai fatto un programma che vuoi distribuire secondo me se partito col piede sbagliato ... potresti usare uno dei tanti database che sono multios , nn richiedono installazione e sono gratis. Ti posso consigliare hqsqldb che ho usato io ... oppure fai una ricerca su internet e trovane uno che più si addice al caso tuo ;-)

[martino.ugolini]

grazie vladix per la dritta, ma fammi capire bene (Non sono troppo esperto con i database): Ci sono database come oledb o sql server compact, che bisogna pagare per poterli usare, o che neccessitano di qulache software per funzionare sul PC. E fin qui ci siamo. Adesso ci sono tipi di database, che non neccessitano di tutto questo (Che farebbe proprio il caso mio). Ma con quale programma posso creare questo database??? E come faccio a farlo funzionare con visual basic 2008??? Mi puoi dare una guida per questo database hsqldb???
Scusate la mia ignoranza, ma tutto quello che so di database lo so da internet, e con ciò non sono neacnche lontanamente un esperto

Grazie dinuovo per la risposta

[Mattyfog]

vai di sqlite o magari mysql

[martino.ugolini]

Allora, se io usassi un database sqllite o mysql l'utente non avrebbe bisogno di nessun requisito per funzionare???? Ma come faccio a creare un database sqlite???

[vladix]

la versione "no-install" di mysql pesa 200 mb , sqlite nn lìho mai usato ma dovrebbe essere meglio ( lascio la parola agli esperti ) .
X quanto riguarda il modo di connetterti dovrebbe essere semplice : x prima cosa avvi il server db ( dal tuo programma ) e poi ti connetti + o - come fai con access . NN ti so dire essattamente come xche vb lo conosco poco e niente ( un altra volta lascio la parola agli esperti ) ... cmq se fai una ricerca su internet trovi un sacco di roba

[martino.ugolini]

Sono, penso, riuscito a creare un database sqlite, usando sqlite admin, ma adesso non riesco a usarlo con visual basic, perchè non mi trova system.data.sqlite. Non c'è una qulche guida che spieghi come collegarsi a sqlite, o potete fare un esempio veloce???

grazie

[MarcoGG]

Originariamente inviato da martino.ugolini

Sono, penso, riuscito a creare un database sqlite, usando sqlite admin, ma adesso non riesco a usarlo con visual basic, perchè non mi trova system.data.sqlite. Non c'è una qulche guida che spieghi come collegarsi a sqlite, o potete fare un esempio veloce???

grazie

Devi avere anzitutto a disposizione il provider SQLite per .NET, perchè System.Data.Sqlite non è nel FW standard. Se l'hai già fatto lo devi referenziare, altrimenti lo scarichi, ad esempio qui :
http://sourceforge.net/projects/sqlite-dotnet2/

Guide di base VB.NET-Sqlite ce ne sono parecchie. Qui ne trovi una veloce :
http://www.kirupa.com/net/sqllite_vb_pg1.htm
E sulla seconda pagina c'è il sorgente del progetto di prova...

[MarcoGG]

Originariamente inviato da martino.ugolini

Salve,

Ho appena finito un programmino per imparare i vocaboli, in cui uso un database .mdb. Ora ho dato a un paio di compagni di scuola il prgramma per testarlo, e si sono rilevati due problemi:
1. Da uno mancava il framework 3.5, e lo ha dovuto cercare scomodamente in internet
2. Un altro non ha il pacchetto office (E così neanche access), e il programma non gli funziona (Forse per questo).

In ogni caso, viste le tue esigenze, e dato che usi .NET, non capisco la solita tiritera di commenti anti-Access.

- Se l'utente ha un normalissimo WinXP ( basta anche solo un Win2000 con SP4 ), o superiore, non c'è alcun bisogno di avere Access installato affinchè VB.NET possa farne uso.

- La ricerca e installazione del framework non è affatto "scomoda". E' normale che vada installato sulle macchine che devono eseguire applicazioni .NET, non ci vedo niente di trascendentale...

[martino.ugolini]

Grazie MarcoGG e Vladix, ho provato di già un po', e sembra funzionare. Adesso dovrò quasi riscrivere il programma da capo, ma di sicuro non mi farà male . MarcoGG, a me access non da fastidio, il problema è che quelli che useranno il programma spesso non sanno nemmeno la differenza tra programma e OS, e non mi sanno dire se hanno XP o Vista. Per questo volevo riuscire a fare un programma/ pacchetto installazione il più possibile autonomo.

Di nuovo grazie per l'aiuto!!!

[MarcoGG]

Originariamente inviato da martino.ugolini

MarcoGG, a me access non da fastidio, il problema è che quelli che useranno il programma spesso non sanno nemmeno la differenza tra programma e OS, e non mi sanno dire se hanno XP o Vista. Per questo volevo riuscire a fare un programma/ pacchetto installazione il più possibile autonomo.

E con ciò ? Non mi risulta affatto che in Vista o Win7 che sia, VB.NET non sia in grado di utilizzare il DB .mdb senza che sia installato Access...

Assicurati di usare il provider di dati System.Data.OleDb con Access, e non Microsoft ActiveX Data Objects.

[giannola]

Originariamente inviato da MarcoGG

In ogni caso, viste le tue esigenze, e dato che usi .NET, non capisco la solita tiritera di commenti anti-Access.

- Se l'utente ha un normalissimo WinXP ( basta anche solo un Win2000 con SP4 ), o superiore, non c'è alcun bisogno di avere Access installato affinchè VB.NET possa farne uso.

- La ricerca e installazione del framework non è affatto "scomoda". E' normale che vada installato sulle macchine che devono eseguire applicazioni .NET, non ci vedo niente di trascendentale...

access è limitato per applicazioni di una certa consistenza, fino a qualche anno fa (ma mi sembra che sia ancora così) ad esempio le tabelle erano limitate a 4gb.

Se si cerca qualcosa di professionale access non è il db giusto per interfacciarsi, al limite dovrebbe poter scaricare gratuitamente sql server express che è il massimo dell'integrazione in .net.

[MarcoGG]

Originariamente inviato da giannola

access è limitato per applicazioni di una certa consistenza, fino a qualche anno fa (ma mi sembra che sia ancora così) ad esempio le tabelle erano limitate a 4gb.

Se si cerca qualcosa di professionale access non è il db giusto per interfacciarsi, al limite dovrebbe poter scaricare gratuitamente sql server express che è il massimo dell'integrazione in .net.

Sei male informato allora. Access ha sempre il solito limite di 2 GB per file .mdb o .accdb ( Access 2007 ).

Sul fatto che Access non sia "professionale" avrei più di un esempio che ribalta questo pre-concetto. Parlo di applicativi stand-alone che ho visto personalmente in ditte di un certo spessore. Se una ditta fa soddisfacente uso di Access in un ambito professionale, allora, in quell'ambito, Access è professionale.

Parlando poi dello scopo dichiarato dall'utente che ha aperto il Thread : "programmino per imparare i vocaboli", sviluppato in VB.NET, non vedo proprio perchè mai Access non vada bene. Se non c'è concorrenza in scrittura, come penso sia il caso ( 1 pc > 1 applicativo > 1 DB .mdb ), l'esagerazione semmai è arrivare a consigliare MySql o Sql Server.

[cionci]

Se non c'è concorrenza, non solo in lettura imho, Access ha ancora senso come database standalone.
Anche se attualmente tenderei a preferire sqlite.
Se invece si cercano funzionalità più avanzate riguardo alle funzioni e al dialetto SQL e magari la possibilità di gestire un carico di lavoro molto alto, allora comincia ad avere senso SQL Server Express.

Originariamente inviato da Mattyfog

vai di sqlite o magari mysql

Un DBMS (MySQL, ma anche SQL Server Express) per un database di un semplice programma lo vedo come sparare ad una farfalla con un cannone

In ogni caso, a parte il framework 3.5, credo che tu possa fare a meno di installare Office usando: http://www.microsoft.com/downloads/d...6-2c745a175aed

Quale versione di Office stai usando ?

[giannola]

Originariamente inviato da MarcoGG

Sei male informato allora. Access ha sempre il solito limite di 2 GB per file .mdb o .accdb ( Access 2007 ).

ricordavo per eccesso... meno ancora quindi.

E direi che in questo caso è un limite da non prendere sotto gamba perchè imparare i vocaboli potrebbe richiedere davvero uno spazio non indifferente.

Originariamente inviato da MarcoGG

Sul fatto che Access non sia "professionale" avrei più di un esempio che ribalta questo pre-concetto. Parlo di applicativi stand-alone che ho visto personalmente in ditte di un certo spessore. Se una ditta fa soddisfacente uso di Access in un ambito professionale, allora, in quell'ambito, Access è professionale.

Non ho preconcetti ho usato access anche per fare applicazioni di un certo spessore.

In generale però pensando sempre di ampliare il proprio software è meglio prevedere l'utilizzo di un db più performante per non doversi trovare in futuro a trasferire i dati e ricreare le relazioni.

Immagina se il programmino debba cominciare ad interagire con molti utenti contemporaneamente

per avere una idea

http://www.databasedev.co.uk/access_specifications.html

Originariamente inviato da MarcoGG

Parlando poi dello scopo dichiarato dall'utente che ha aperto il Thread : "programmino per imparare i vocaboli", sviluppato in VB.NET, non vedo proprio perchè mai Access non vada bene. Se non c'è concorrenza in scrittura, come penso sia il caso ( 1 pc > 1 applicativo > 1 DB .mdb ), l'esagerazione semmai è arrivare a consigliare MySql o Sql Server.

Si va bene partire dal programmino, ma è anche corretto pensare anche con un pò di lungimiranza e quindi fornire la possibilità di espansione al programmino.

Originariamente inviato da cionci

Se non c'è concorrenza, non solo in lettura imho, Access ha ancora senso come database standalone.
Anche se attualmente tenderei a preferire sqlite.
Se invece si cercano funzionalità più avanzate riguardo alle funzioni e al dialetto SQL e magari la possibilità di gestire un carico di lavoro molto alto, allora comincia ad avere senso SQL Server Express.

[cionci]

Il numero di utilizzatori concorrenti a 255 è solo teorico, perché oltre i 5 diventa tutto estremamente lento

[martino.ugolini]

Salve,

Io ho office 2007, con cui ho creato il database. Il probblema non sono io: Il problema è che chi userà il programma spesso non ha alcun pacchetto office, oppure open office. Il database verrà sempre installato sul computer dell'utente, e verrà utilizzato da una persona alla volta (Per le prestanzioni non ho mai avuto motivo di lamentarmi con access). Io volevo soltanto un database portatile, che non richiedesse qualsiasi prerequisito (tranne .net framework 3.5) per funzionare.

[cionci]

Lo so che il problema non sei te, ma io devo sapere a quale versione di office appartiene il database altrimenti non posso consigliarti cosa ti serve.

Sui computer che non hanno Office ti serve anche il runtime di office 2007, te l'ho linkato sopra.

[giannola]

Originariamente inviato da martino.ugolini

Salve,

Io ho office 2007, con cui ho creato il database. Il probblema non sono io: Il problema è che chi userà il programma spesso non ha alcun pacchetto office, oppure open office. Il database verrà sempre installato sul computer dell'utente, e verrà utilizzato da una persona alla volta (Per le prestanzioni non ho mai avuto motivo di lamentarmi con access). Io volevo soltanto un database portatile, che non richiedesse qualsiasi prerequisito (tranne .net framework 3.5) per funzionare.

scusami ma in tutto ciò vedo un problema....

se tu hai fatto un programma che impara i vocaboli, perchè vuoi installare un db su ogni client ?
In questo modo ognuno dovrà istruire il programma da zero, tutti avranno un diverso grado di sviluppo e differenti problematiche.

Non sarebbe meglio fare in modo che il programma si colleghi ad un db server ?
In questo modo lo sviluppo sarebbe centralizzato, tutti potrebbero fornire il contributo, velocizzerebbero l'apprendimento dei vocaboli e inoltre tu non avresti lo scazzo di dover inserire componenti aggiuntivi.

[martino.ugolini]

cionci: Io uso un database .mdb, ma se questo è il probblema, faccio presto a farne uno .accdb.

giannola: Lo so che così sarebbe molto più pratico. Il probblema è che proprio non saprei da dove incominciare per creare un database del genere. Io so solo creare database e fare con visual basic semplici comandi sql. non so proprio come fare un database che potrebbero condividere tutto