Newsgroup: it.comp.lang.visual-basic
Titolo: quale db usare ??

Ho la necessità di realizzare un applicativo che vada a gestire una grossa
quantità di dati. Ho pensato quindi subito all'utilizzo di un db che mi
permetta l'interazione con essi (che ne so tipo Access). A questo punto però
mi chiedo quale db utilizzare nel senso che non voglio acquistare nessuna
licenza per esso e soprattutto nel caso mai che dovessi vendere a  qualcuno
questo software vorrei che fosse distribuibile senza licenze di terze parti
aggiuntive ....
Come possibile cioè ?? Voi come fate ??
grazie a tutti.

Io sto valutando MSDE
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Io uso da parecchio tempo MSDE. E' royalty free, va che e' una
bellezza e se hai necessità di crescere non hai biosogno di modifiche
per passare a SQLServer (di fatto MSDE e' SQL Server, con pero' alcune
limitazioni).
--
Ciao!
Luca Menegotto

 limitazioni).
MSDE supporta fino a 5 utenti, dopo di che ci pianta dentro dei ritardi 
"by design" nelle operazioni sul DB.
Tradotto: con più di 5 utenti è di una lentezza paurosa.
Ciao
-- 
Math Parser : 
http://www.neodatatype.net
FlowChart   : 
http://www.neodatatype.net/dump/flowchart/dir.asp
Sito Comune : 
http://www.it-lang-vb.net

 Tradotto: con più di 5 utenti è di una lentezza paurosa.
Io ho un cliente con MSDE e più di 20 installazioni dove almeno 10 scrivono
sempre (giorno e notte) ogni
15 min al massimo e dove almeno 4 utenti sono sempre connessi però non ho
notato ritardi rispetto ai tempi da me
in ufficio (1 solo utente con SQL SERVER)...
In quali casi REALMENTE si puà notare questo ritardo?
-- 
Alex
"Un uomo saggio impara dall'esperienza,
un uomo ancora più saggio impara dall'esperienza degli altri." (Saggio
Cinese)

"by design" nelle operazioni sul DB.
MSDE 2000, secondo la documentazionie, da segni di rallentamento oltre
i 20 utenti. Quel che tu dici è corretto per la versione precedente.
--
Ciao!
Luca Menegotto

 [MSDE]
Che bello vedere 2 thread ravvicinati che trattano lo stesso argomento =P
Lokar
-- 
Sito Comune: 
http://www.it-lang-vb.net/
Manifesto: 
http://www.it-lang-vb.net/docs/Manifesto.txt
Statuto: 
http://www.it-lang-vb.net/docs/Statuto.txt
UGIdotNET - 
http://www.ugidotnet.org

Lokar
Ammetto, non e' molto corretto da un punto di vista di netiquette.
Pero' se ogni tanto si fa, oltre tutto per argomenti perfettamente IT,
'dove e' problema'??
--
Ciao!
Luca Menegotto

ho scaricato il pacchetto ... ma adesso avrei bisogno di questa
informazione:
io ero solito utilizzare Access e con le mie applicazioni integravo nel
pacchetto il file .mdb che utilizzava l'eseguibile per oerare sui dati.
Quindi esisteva un file fisico che conteneva i dati.
Con MSDE 2000 ho un file a disposizione ?? Che cosa dovrò integrare nel
pacchetto di installazione dell'applicativo ??
grazie !!!!

 ha scritto nel messaggio
news:d_jpc.3190$Wc.1...@twister2.libero.it...

Uhmmm...
Il file fisico di MSDE e' il file .mdf.
Il problema e' che se non hai mai usato SQL Server e non hai idea di come
sia strutturato tutto il sistema, rischi di infilarti in un ginepraio.
Consiglio mio, comprati un bel libro sull'argomento.

 Consiglio mio, comprati un bel libro sull'argomento.
ti ringrazio e seguirò sicuramente il tuo consiglio.
Quello che comunque desumo dalla tua risposta è che il file dei dati (e non
solo) su cui andrà ad interagire la mia applicazione e che dovrà essere
parte integrante del pacchetto di installazione è questo file con estensione
.mdf, che è possibile quindi paragonare al file .mdb di Access .. ? E'
corretta questa mia interpretazione ??
grazie ancora !!.

corretta questa mia interpretazione ??
Si e no.
Il file MDF e' in effetti cio' che contiene i dati, e di solito va
associato con un corrispondente file .LDF. 
Il fatto e' che SQLServer e' un DBMS parecchio piu' complesso di
Access proprio perche' (e per fortuna, aggiungo) pensato per gestire
piu' databases differenti, con grandi moli di dati, attraverso una
parte attiva propria.
Ne consegue che con quel file ci puoi fare pochino, a meno che tu non
abbia l'Enterprise Manager e possa fare la connessione di una singola
base dati. E' comunque una strada che ti sconsiglio, dal momento che
poi devi comunque gestirti le policies di sicurezza. E l'enterprise
manager viene distribuito solo con la versione standard di SQL Server
La cosa a mio avviso migliore e' quella di utilizzare le direttive
BACKUP DATABASE e RESTORE DATABASE, che ti consentono un trasporto
piu' efficace tanto dei dati che della struttura del database. NB. Per
avere una situazione ESATTAMENTE come quella di origine, in questo
caso devi preventivamente creare gli utenti che accedono alla base
dati.
Un ultimo suggerimento. Quando installi MSDE, fa si che la sicurezza
venga gestita in mixed mode (devi modificare il file di
inizializzazione del setup). Magari subito non capirai a che serve, ma
ti posso garantire che ti levi un'enorme quantità di grattacapi dopo.
--
Ciao!
Luca Menegotto