Distribuire programmi con database .mdb

[cionci]

Originariamente inviato da martino.ugolini

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

Non dovrebbe cambiare assolutamente niente. Dovrebbe servire comunque il runtime di Access 2007 sul PC sul quale andrai ad installare il software.

[MarcoGG]

Originariamente inviato da cionci

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

Quoto per la farfalla & il cannone.
Probabilmente è proprio a causa del formato .accdb di Access 2007 che qualcuno non riesce a farlo funzionare. In tal caso l'Access Runtime 2007 dovrebbe risolvere.

Originariamente inviato da giannola

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

Mah, tutto sta a sapere cosa significa "programma che impara i vocaboli". Un dizionario ? Una tabella con due colonne "Vocabolo"-"Significato" ?
Secondo me ci vuole qualche anno prima di arrivare a 2 GB.
Detto questo, io per primo storco il naso davanti al limite dei 2 GB, e mi chiedo quando mai Ms farà qualcosa per superarlo.

Originariamente inviato da giannola

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

...

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.

E' il solito vecchio discorso, la solita storia che salta fuori su N thread quando qualcuno chiede qualcosa di preciso. Allora "in-previsione-di" consigliamo Oracle, e buonanotte.

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.

Allora usa pure Access con System.Data.Oledb.
Se puoi lascia perdere il formato .accdb e crea un DB compatibile con 2003 ( .mdb ). Usato come semplice serbatoio-dati, non perdi proprio nulla, anche perchè il limite è sempre di 2 GB. Ne guadagni invece in retro-compatibilità.
Se invece resti su .accdb ( formato 2007 ) prova senz'altro ad usare l'Access Runtime linkato da cionci.

[cionci]

Originariamente inviato da giannola

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.

Rendere disponibile un DB server su internet è molto costoso e poco sicuro. Credo che sia più semplice studiare un sistema per distribuire gli aggiornamenti del db

[martino.ugolini]

Proverò con il runtime di access 2007 linkatomi da cionci, e appena ricomincia la scuola lo faccio provare ai miei amici.*

MarcoGG: Il programma è semplice: Tu inserisci i vocaboli e il significato, esempio: (to) work --> lavorare. Poi il programma sa fare due cose: 1. Ti mischia i vocaboli e te li chiede, e alla fine dice all'utente quanti ne ha fatti giusti/sbagliati, e quali ne ha fatti sbagliati.
2. Ti fa un piccolo test a tempo (L'utente decide se vuole avere un tempo semplice/medio/difficile) e alla fine il programma gli da un voto

*(Vivo in germania, e ora abbiamo ferie )

[MarcoGG]

Originariamente inviato da martino.ugolini

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

Il problema è l'esatto contrario. Le novità di Access 2007 riguardano al 99% l'applicativo-Access, non il DB in sè.
Se l'accesso al DB avviene per via programmatica dall'esterno ( ad esempio con VB ), non ci guadagni niente.
Perciò se crei un .mdb con "formato file Access 2000" molto probabilmente risolvi ogni problema di incompatibilità.
Alla fine che tu usi un .mdb di Access 2000 o 2003, o un .mdb o .accdb di 2007, per te non cambia nulla, ma se "tieni bassa" la versione riduci a zero i rischi di incompatibilità con macchine che non hanno Access installato.
Tempo fa ho fatto diverse prove con macchine virtuali, proprio con VB.NET e Access 2003 ( .mdb formato 2000 ) e ricordo che ad esempio con un Win2000 SP4 liscio ( solo con il Framework .NET ) non avevo problemi e non era nemmeno necessario aggiornare Mdac...

[MarcoGG]

Originariamente inviato da martino.ugolini

Proverò con il runtime di access 2007 linkatomi da cionci, e appena ricomincia la scuola lo faccio provare ai miei amici.*

MarcoGG: Il programma è semplice: Tu inserisci i vocaboli e il significato, esempio: (to) work --> lavorare. Poi il programma sa fare due cose: 1. Ti mischia i vocaboli e te li chiede, e alla fine dice all'utente quanti ne ha fatti giusti/sbagliati, e quali ne ha fatti sbagliati.
2. Ti fa un piccolo test a tempo (L'utente decide se vuole avere un tempo semplice/medio/difficile) e alla fine il programma gli da un voto

Se hai il DB vuoto e sei all'inizio, prova ugualmente la strada del DB formato Access 2000. Se risolvi, come penso, non hai nemmeno bisogno del runtime.

[MarcoGG]

Originariamente inviato da martino.ugolini

MarcoGG: Il programma è semplice: Tu inserisci i vocaboli e il significato, esempio: (to) work --> lavorare. Poi il programma sa fare due cose: 1. Ti mischia i vocaboli e te li chiede, e alla fine dice all'utente quanti ne ha fatti giusti/sbagliati, e quali ne ha fatti sbagliati.
2. Ti fa un piccolo test a tempo (L'utente decide se vuole avere un tempo semplice/medio/difficile) e alla fine il programma gli da un voto

Infine ( chiedo scusa per il triplo post ), se vuoi cogliere la palla al balzo ed impararti un po' di interazione VB-XML, considera anche che un DB così semplice ( in pratica hai una tabella sola con 3 colonne, se consideriamo anche un ipotetico campo-Id ) lo potresti avere in un singolo file Xml. Nessun DB, nessun provider di dati, nessun problema...

[cionci]

Originariamente inviato da MarcoGG

Se hai il DB vuoto e sei all'inizio, prova ugualmente la strada del DB formato Access 2000. Se risolvi, come penso, non hai nemmeno bisogno del runtime.

In teoria c'è comunque bisogno del runtime, anche per Access 2000. Bisogna installare MSADODC in quel caso.

[MarcoGG]

Originariamente inviato da cionci

In teoria c'è comunque bisogno del runtime, anche per Access 2000. Bisogna installare MSADODC in quel caso.

Ho fatto proprio ora un test su macchina virtuale con WinXP Pro SP2.
Test scontato, ma l'ho fatto lo stesso.
Sul sistema Guest c'è solo Win con il Framework .NET. Ho usato una mia applicazione scritta in VB.NET che esegue varie operazioni su un DB Access .mdb in formato Access 2000, quindi Select, Insert, Update, Delete.
Nessun problema, e ricordo fosse così anche per Win2000 SP4, perciò non vedo alcun bisogno di aggiornamenti MDAC.

[martino.ugolini]

Tutto ciò è strano: Dal mio amico, che ha wind. vista e il framework 3.5 (Ne sono sicuro perchè programma anche lui programma con VB) non funziona, e qualsiasi comando SQL fa errore.

Ma se voglio dargli il runtime di access, devo dargli quello linkatomi da cionci per office 2007, o ce nè uno anche per access 2003 (se uso un database .mdb!)???

[MarcoGG]

Originariamente inviato da martino.ugolini

Tutto ciò è strano: Dal mio amico, che ha wind. vista e il framework 3.5 (Ne sono sicuro perchè programma anche lui programma con VB) non funziona, e qualsiasi comando SQL fa errore.

Ma se voglio dargli il runtime di access, devo dargli quello linkatomi da cionci per office 2007, o ce nè uno anche per access 2003 (se uso un database .mdb!)???

Al momento non posso fare prove su Vista. Intanto :

1. Se puoi metti da parte Access 2007, usa Access 2000 o 2003 e crea un .mdb formato Access 2000.

2. Da VB NON usare il vecchio ADO ( ActiveX Data Access Components ), ma solo ADO.NET in tutte le transazioni, ossia System.Data.Oledb.

3. Ovviamente la connection string verso il file .mdb NON utilizzerà più "Provider=Microsoft.ACE.OLEDB.12.0", ma sarà quella solita, utilizzata in tutte le versioni di Access fino alla 2003, ad esempio :

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\mydatabase.mdb;User Id=admin;Password=;

[martino.ugolini]

Conoscete qualche programma per fare i pacchetti di installazione, che installerebbe i prerequisiti (access runtime e .net framework) automaticamente??? Il programma dovrebbe essere gratis

[vladix]

ma perchè usare access e costringere l'utente di appesantire il pc con un sacco di robaccia che magari alla fine gli serve solo x fa gira sto programma ?

[MarcoGG]

Vabbeh, questo thread mi ha rotto.

Fermo restando che non vedo come Vista possa creare tutti sti problemi tra Access e VB.NET ( appena ho l'occasione provo anch'io... ), butto giù un esempio veloce di DB XML, quindi niente Access, niente runtime, niente di niente, solo VB.NET secco con il suo framework.

> Dichiarazioni locali :

    Private DS As New DataSet
    Private percorsoXml As String = Application.StartupPath & "\"
    Private nomeFileXml As String = "Vocabolario.xml"

> Lettura o creazione ex-novo del file Xml ( Form Load ) :

        DS.Tables.Add("Vocabolario")

        Dim Vocabolo As New System.Data.DataColumn
        Vocabolo.AllowDBNull = False
        Vocabolo.ColumnName = "Vocabolo"
        Vocabolo.DataType = System.Type.GetType("System.String")
        Vocabolo.Unique = True
        DS.Tables(0).Columns.Add(Vocabolo)

        Dim Traduzione As New System.Data.DataColumn
        Traduzione.AllowDBNull = False
        Traduzione.ColumnName = "Traduzione"
        Traduzione.DataType = System.Type.GetType("System.String")
        Traduzione.Unique = False
        DS.Tables(0).Columns.Add(Traduzione)

        If My.Computer.FileSystem.FileExists(percorsoXml & nomeFileXml) Then
            DS.ReadXml(percorsoXml & nomeFileXml)
        Else
            DS.WriteXml(percorsoXml & nomeFileXml)
        End If
        DS.AcceptChanges()

> Una Select :

        lst_xml.Items.Clear()
        For Each DR As DataRow In DS.Tables(0).Select("Vocabolo='Auto'")
            lst_xml.Items.Add(DR("Vocabolo") & " > " & DR("Traduzione"))
        Next

> Una Select su indice :

        Dim indice As Integer = 1
        Try
            Dim DR As DataRow = DS.Tables(0).Rows(indice)
            MsgBox(DR("Vocabolo") & " > " & DR("Traduzione"))
        Catch ex As Exception
            If TypeOf ex Is IndexOutOfRangeException Then MsgBox("Indice non valido.")
        End Try

> Una Insert :

        Dim nuovaRiga As DataRow = DS.Tables(0).NewRow
        nuovaRiga("Vocabolo") = "Auto"
        nuovaRiga("Traduzione") = "Car"
        Try
            DS.Tables(0).Rows.Add(nuovaRiga)
        Catch ex As Exception
            If TypeOf ex Is ConstraintException Then MsgBox("Vocabolo già presente in elenco. Inserimento annullato.")
            Exit Sub
        End Try
        If DS.HasChanges = True Then
            DS.WriteXml(percorsoXml & nomeFileXml)
            MsgBox("Xml aggiornato.")
        End If

> Una Update :

        For Each DR As DataRow In DS.Tables(0).Rows
            If DR("Vocabolo") = "Auto" Then
                Try
                    DR("Vocabolo") = "Automobile"
                Catch ex As Exception
                    If TypeOf ex Is ConstraintException Then MsgBox("Vocabolo già presente in elenco. Aggiornamento annullato.")
                End Try
                Exit For
            End If
        Next
        If DS.HasChanges = True Then
            DS.WriteXml(percorsoXml & nomeFileXml)
            MsgBox("Xml aggiornato.")
        End If

> Una Delete :

        For Each DR As DataRow In DS.Tables(0).Rows
            If DR("Vocabolo") = "Auto" Then
                DS.Tables(0).Rows.Remove(DR)
                Exit For
            End If
        Next
        If DS.HasChanges = True Then
            DS.WriteXml(percorsoXml & nomeFileXml)
            MsgBox("Xml aggiornato.")
        End If

E buonanotte al secchio.

[martino.ugolini]

Grazie a tutti voi per l'aiuto. Vladix, avevi ragione: Sono partito conl piede sbagliato. Adesso metto a posto il codice (O meglio riscrivo tutto da capo).
Non so proprio come ringraziarvi.