Newsgroup: it.comp.lang.visual-basic
Titolo: passaggio a Oracle

salve a tutti.
dovrei creare un gestionale personalizzato per un'azienda. il programma
dovrebbe funzionare su una sola macchina. avevo pensato di usare, come
database, Access. solo che il db sarà enorme (20mila record) e sarà
necessario, all'interno del programma, effettuare query SQL ogni 2 minuti.
ho sentito parlare molto bene di oracle, ma non ne so granche.
quanto costa una licenza? devo averla solo io (programmatore) la licenza,
oppure anche il cliente (spero di no...) ??
grazie a tutti
Ugo

credo proprio che Access ti vada benissimo per quello che hai descritto anzi
è forse troppo!!! :-))
... 20mila record sono pochissimi altro che enorme!!!
.... se poi scrivi bene l'sql inserendo nelle varie tabelle qualche indice
secondario "tattico" il tutto diventa una scheggia ...
Delta Hug <xx@xx.x> wrote in message KM2Z6.10170$4J1.1...@news2.tin.it...



pensavo fossero tanti... conta che ogni record ha 30 campi...
comunque la domanda resta valida.
se voglio passare a Oracle sono solo io che devo comprarlo? mica pure il
cliente finale, no??
ciao
Ugo

Se il tuo programma deve funzionare presso l'azienda per la quale č stato
sviluppato, č l'azienda a dover comprare la licenza del database; per questo
motivo devi mettere anche in conto il costo della licenza d'uso di ORACLE e
credimi č altino !!!!!!!
Sono sempre del parere che se devi utilizzare uno/due computer in rete
(anche quancuno in piů) e le dimensioni
dell'archivio non sono notevoli (ordine dei GB) puoi usare tranquillamente
database ACCESS.
Che ne diresti anche di database server SQL con licenza OPEN SOURCE
?????????? (es. Interbase eccellente database SQL server) non ne sono tanto
sicura ma credo che vi siano in circolazione versioni abbastanza free; non
so se č consentito l'uso commerciale.-
Ciao
Mario M.

 ?????????? (es. Interbase eccellente database SQL server)
o magari anche My SQL ?
fra i due (Interbase e MySQL) qual è quello che ha il maggior "ventaglio" di
funzioni/istruzioni SQL, che non si trovano su Access ?
Ugo

>>>>> "DH" == Delta Hug <xx@xx.x> writes:
DH> se voglio passare a Oracle sono solo io che devo comprarlo? mica pure il
DH> cliente finale, no??
Credo il  cliente finale se non  tutti e due. Adesso  la licenza varia
con la  velocità del processore, tot  a megahertz. Come DB  è un carro
armato,  molto divertente e  tosto. Ma  forse per  il tuo  problema va
benissimo interbase  di Borland o  Postgres...  Access è buono  per la
rubrica personale.
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )

 rubrica personale.
dipende.
directory di d:\diskcat
20/05/2001  15:21          491'112'448 diskcato.mdb
10/05/2001  12:37          528'320'512 diskcat_.mdb
20/05/2001  15:34          482'248'704 diskcat.mdb
               3 file  1'501'681'664 byte
               0 directory   4'889'739'264 byte disponibili
[tabelle:]
disk: 682
dir: 174'924
file: 4'464'250
il vbdb va tranquillo e beato.
coi suoi bei datacontrols e i suoi bei seek.
per le specifiche che ha dato delta hug --
il programma
dovrebbe funzionare su una sola macchina. avevo pensato di usare, come
database, Access. solo che il db sarà enorme (20mila record) e sarà
necessario, all'interno del programma, effettuare query SQL ogni 2
minuti
-- access basta e avanza.
di piu': se non si prevedono crescite in altri ambienti, se se "su una
sola macchina" vuole dire con un solo utente, o pochissimi utenti, per
volta, io ci userei pure dao. indicizzando il tutto.
ciao, a.


DAO non lo uso piu. ora sono passato a ADO.
(non potevano scegliere dei nomi - e quindi degli acronimi - un po' diversi
tra di loro??)
dicono che ADO sia il futuro dell'accesso ai DB, che Microsoft abbandonerà
DAO... mah... DAO era molto piu semplice e immediato...
ciao
Ugo

 Ugo
veramente qualcuno dei bravi sul ng pochi mesi fa mi diceva, in
prospettiva net, di stare calmo con ado salvo vere necessita'.
e cosi' faccio.
ciao, a.

 minuti
Scusa, non ho seguito il thread e può darsi che stia intervenendo a
sproposito. Però volevo dirti che 20000 record non mi sembrano affatto
un database "enorme". Io lo considero piccolo, molto piccolo. Comincia a
diventare grosso quando siamo sul milione di record. L'attributo
"enorme" lo riserverei per database ben più sostanziosi (dai 10 milioni
di record in su?).
EMG


oddio, questa mi interessa ......
che significa "stare calmi" con ADO? e "in prospettiva net"? 
VB.NET
 che
cosa... "predilige" ? che ho perso tempo finora? e che devo imparare DAO
???? mio dio... sono terrorizzato...
MarioH

 di record in su?).
infatti citavo quello che diceva un altro.
se guardi il mio post, una tabella di un mio mdb
ha 4.5 mln di righe.
non sono 10, ma credo non sia neanche un db piccolissimo, per un pc.
20k va bene per testare il codice...
non certo i tempi delle query, peraltro.
ciao, a.

 ???? mio dio... sono terrorizzato...
marioh
il punto e' sempre quello: impara e usa quello che ti serve (*).
se hai tempo, e cerca di averne finche' puoi, impara anche
qualcos'altro.
o servira' concretamente, o cmq avrai fatto utile esercizio e ti sarai
aperto gli orizzonti.
anche perche' finche' non sai come una cosa funziona, e' difficile dire
se e' utile o no...
il problema mio e' che attualmente non ho proprio tempo per studiare,
quello che scrivo deve essere operativo e rodato praticamente subito. in
queste condizioni...
ma tu hai molti piu' neuroni e, spero, tempo di me.
usali, e smetti di essere "terrorizzato".
ciao, a.
(*) es.: se vuoi venire/andare al meeting estivo, e' bene che impari
stile libero (il piu' efficiente). anche dorso (riposante, pero' puoi
sbattere su un sub usa)


attualmente ho pochi neuroni e molto terrore... a luglio ho un esame
schifosissimo e non so praticamente niente.... sto dedicando poco tempo a
nuovi programmi... figurati allo studio di nuovi linguaggi e/o tecniche di
accesso ai dati...
è per questo che vorrei, come dire, andare "a botta sicura"... e non stare a
studiare cose che magari domani, per colpa di qualche geniale tecnico
microsoft, posso anche buttare nel gabinetto...
io avevo sentito dire in giro che se uno partiva da zero coi DB e il visual
basic, gli conveniva imparare ADO. e che RDO e DAO li poteva anche
accantonare... spero di non aver preso un "palo"...
cmq con ADO mi trovo bene, davvero.
è flessibile, ricco, e pieno di funzioncine utili ed "elastiche" (filter,
sort, find, e simili...)
MarioH

 sort, find, e simili...)
se ti ci trovi, e' l'ottimo. non e' sarcasmo. se risponde alle esigenze
tue e del cliente finale (cerca di non dimenticarti questa non sempre
gradevole ma tutto sommato necessaria componente del mondo informatico),
tutto ok.
il discorso "segui comunque anche cos'altro puo' passare il convento"
vale in genere. in informatica come nella scelta delle vacanze o
nell'acquisto di un frigorifero.
ciao, a.


ok mi hai convinto... domani compro un frigorifero... ::)))))))
MarioH

 non certo i tempi delle query, peraltro.
Perfettamente d'accordo.
EMG

 oppure anche il cliente (spero di no...) ??
Decisamente anche il cliente...
Credo che se gli chiedi il costo di una licenza Oracle per gestire 20000
rec. potresti essere responsabile di un colpo apoplettico.
Dà retta, usa Access, o Msde o qualsiasi tipo di database.
Purchè sia gratuito, date le esigenze.
ciao
ugo

 Purchè sia gratuito, date le esigenze.
ovviamente i due db non sono paragonabili ma neanche i costi.
le esigenze sono molto basse e possono essere affrontate con prodotti
di bassa fascia quale access, mdde e mysql
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #25 delle Mitiche Brigate Takahashi sezione Sud