Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.lang.visual-basic > #18632 > unrolled thread

Sostituire il database MDB

Back to article view | Back to it.comp.lang.visual-basic

Contents

  Sostituire il database MDB "Sauro" <vicchi@crsscala.it> - 2015-12-30 16:01 +0100
    Re: Sostituire il database MDB Luca D <antaniserse@yahoo.it> - 2015-12-30 08:37 -0800
      Re: Sostituire il database MDB "Sauro" <vicchi@crsscala.it> - 2015-12-30 18:02 +0100
      Re: Sostituire il database MDB "Sauro" <vicchi@crsscala.it> - 2015-12-31 16:28 +0100
      Re: Sostituire il database MDB "Sauro" <vicchi@crsscala.it> - 2015-12-31 16:43 +0100
        Re: Sostituire il database MDB Luca D <antaniserse@yahoo.it> - 2015-12-31 09:05 -0800
      Re: Sostituire il database MDB "Sauro" <vicchi@crsscala.it> - 2015-12-31 17:24 +0100

#18632 — Sostituire il database MDB

Anni fà, quando iniziai a programmare con VB, commisi
l'errore di utilizzare DAO invece di ADO.
Quando, anche conoscendo questo NG, mi resi conto
che mi ero legato al database MDB avevo già scritto un
mucchio di codice.
Inoltre la mia procedura, per piccole aziende, non
comporta una notevole quantità di dati (ancora oggi dopo
10 anni di utilizzo i database dei clienti non raggoungono
1 giga).
Tuttavia, quando ho introdotto una procedura di
rilevamento tempi di lavorazione e i pc in rete sono
diventati una decina, il database ha iniziato a corrompersi.
Non succede così spesso (2/3 volte all'anno) ma
comnunque stà diventando un problema.

Così vorrei provare a modificare il codice per usare un
database migliore.
Una volta ci ho già provato (mi sembra con mysql) ma
non sono riuscito neanche a farlo funzionare per fare
qualche prova.

Per concludere avrei bisogno non solo di procurarmi
un valido database free ma anche di ricevere qualche
dritta per iniziare.

Se qualcuno, con tutta calma, mi può aiutare .....

Grazie e buon 2016 a tutti.
Sauro

[toc] | [next] | [standalone]

#18633

La cosa più pratica di tutte per il momento è probabilmente quella di fare uno step alla volta:
Per esempio, puoi mantenere provvisoriamente il tuo database ancora in formato MDB e semplicemente convertire il tuo codice da DAO a ADO, così che ti possa concentrare solo su quello piuttosto che sul cvambiare interamente sistema RDBMS.
Una una volta che sei a tuo agio col codice nuovo, passare ad un altro DB che sia sempre ADO/OLEDB compatibile è semplice... di nuovo, per praticità, potresti cominciare a guardare le versioni Express di SQL Server, che è facile da usare, non ha limitazioni particolarmente pesanti, e ha anche una modalità "LocalDB" simile al paradigma di Access (semplici file da distribuire senza installare tutti i servizi ecc...)

Il giorno mercoledì 30 dicembre 2015 16:01:10 UTC+1, Sauro ha scritto:
> Anni fŕ, quando iniziai a programmare con VB, commisi
> l'errore di utilizzare DAO invece di ADO.
> [...]
> Per concludere avrei bisogno non solo di procurarmi
> un valido database free ma anche di ricevere qualche
> dritta per iniziare.

[toc] | [prev] | [next] | [standalone]

#18634

>"Luca D"  ha scritto nel messaggio ..
>La cosa più pratica di tutte per il momento è probabilmente quella di fare 
>uno step alla volta:
Per esempio, puoi mantenere provvisoriamente il tuo database ancora in 
formato MDB e semplicemente convertire il tuo codice da DAO a ADO, così che 
ti possa concentrare solo su quello piuttosto che sul cvambiare interamente 
sistema RDBMS.
Una una volta che sei a tuo agio col codice nuovo, passare ad un altro DB 
che sia sempre ADO/OLEDB compatibile è semplice... di nuovo, per praticità, 
potresti cominciare a guardare le versioni Express di SQL Server, che è 
facile da usare, non ha limitazioni particolarmente pesanti, e ha anche una 
modalità "LocalDB" simile al paradigma di Access (semplici file da 
distribuire senza installare tutti i servizi ecc...)

Per la verità ho fatto diverse prove con ADO, sul
database MDB pet vedere come funziona.
Tra l'altro ho notato una cosa per me strana sui
campi di testo facendo delle update.
Campo = ""
Il campo non viene modificato.
Affinchè venga modificato bisogna inserire almeno
uno spazio tra i due apici.

Capisco il senso del tuo consiglio nel frazionare
le problematiche.
Però modificare tutto il codice richiederà dei mesi
ed io voglio essere certo di non incontare in seguito
degli ostacoli insormontabili.

Sai che esista qualche utility che, leggendo un database
mdb ne ricopi la struttura (con o senza i records) in un
database SQL server?

Grazie Luca e buon anno.
Sauro 

[toc] | [prev] | [next] | [standalone]

#18635

Per il momento sono solo andato a vedermi
SQL server express nella modalità LocalDB

Ho notato quanto segue:
Non sono inclusi strumenti di gestione.

Non sapendo cosa significhi in realtà, sono rimasto perplesso.
Forse esiste un programma simile ad un access semplificato
per database SQL? e questo non è incluso?

Continuerò a cercare.

Ciao Luca
Sauro


"Luca D" <antaniserse@yahoo.it> ha scritto nel messaggio 
news:693f481b-fcf9-440f-9544-22b5854b817f@googlegroups.com...
La cosa più pratica di tutte per il momento è probabilmente quella di fare 
uno step alla volta:
Per esempio, puoi mantenere provvisoriamente il tuo database ancora in 
formato MDB e semplicemente convertire il tuo codice da DAO a ADO, così che 
ti possa concentrare solo su quello piuttosto che sul cvambiare interamente 
sistema RDBMS.
Una una volta che sei a tuo agio col codice nuovo, passare ad un altro DB 
che sia sempre ADO/OLEDB compatibile è semplice... di nuovo, per praticità, 
potresti cominciare a guardare le versioni Express di SQL Server, che è 
facile da usare, non ha limitazioni particolarmente pesanti, e ha anche una 
modalità "LocalDB" simile al paradigma di Access (semplici file da 
distribuire senza installare tutti i servizi ecc...)

Il giorno mercoledì 30 dicembre 2015 16:01:10 UTC+1, Sauro ha scritto:
> Anni fr, quando iniziai a programmare con VB, commisi
> l'errore di utilizzare DAO invece di ADO.
> [...]
> Per concludere avrei bisogno non solo di procurarmi
> un valido database free ma anche di ricevere qualche
> dritta per iniziare. 

[toc] | [prev] | [next] | [standalone]

#18636

"Per gli sviluppatori che hanno l'esigenza di un database
SQL Server incorporato per strumenti o applicazioni desktop.
LocalDB viene eseguito in-process con le applicazioni e non
come servizio"

Prego qualcuno di spiegarmi quanto sopra in parole povere.
Premetto di non voler utilizzare la tecnica client-server ma il
mio programma deve comunque funzionare in una rete di
almeno una dozzina di pc con tempi accettabili.

. 

[toc] | [prev] | [next] | [standalone]

#18638

On Thursday, December 31, 2015 at 4:43:50 PM UTC+1, Sauro wrote:
> Non sono inclusi strumenti di gestione. 

il Management Studio non dovrebbe essere incluso nel download del pacchetto base, ma come in passato dovrebbe essere disponibile come download a parte, ed è appunto la GUI di gestione del tutto.

Se parti da qui e prosegui nella pagina di download, dovresti trovare tutti i link separati che ti servono
https://www.microsoft.com/en-us/server-cloud/products/sql-server-editions/sql-server-express.aspx


> "Per gli sviluppatori che hanno l'esigenza di un database
> SQL Server incorporato per strumenti o applicazioni desktop.
> LocalDB viene eseguito in-process con le applicazioni e non
> come servizio"
> 
> Prego qualcuno di spiegarmi quanto sopra in parole povere.

Significa che, anche sulla macchina locale, non viene installato il servizio di SQL Server, ma semplicemente le DLL corrispondenti vengono caricate nello stesso processo della applicazione principale

> Premetto di non voler utilizzare la tecnica client-server ma il
> mio programma deve comunque funzionare in una rete di
> almeno una dozzina di pc con tempi accettabili. 

Non ho provato, ma è possibile che la modalità LocalDB non ti consenta questa cosa (il file, anche se in una share condivisa, è lockato dal singolo utente?) e preferisca tu faccia questo mestiere usando SQL Server in maniera "normale"

Detto questo, francamente, quando cominci ad avere una rete di 10+ client attivi, dovresti seriamente pensare ad un modello client-server (che concettualmente non cambia gran che, per non dire niente, nel codice della tua applicazione, è solo una questione di setup dell'ambiente); qualunque sistema DB tu decida di usare, è comunque sempre più robusto e non a rischio corruzione che non continuare ad usare file condivisi a destra e a manca.

[toc] | [prev] | [next] | [standalone]

#18637

Quando ho visto le risorse necessarie per l'edizione 2014 ho
deciso di installare la versione 2012 che avrebbe dovuto funzionare
con XP.
In realtà l'installazione non è avvenita per non bene specificate
caratteristiche del mio sistema (che è XP sp3).

Mi prendo una pausa di riflessione.

Ciao Luca
Sauro 

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.lang.visual-basic

csiph-web