Newsgroup: it.comp.software.database
Titolo: Con cosa sostituire Access

Salve a tutti,
sto cercando un sostituto di Access, col quale ho già alcuni programmi per
la gestione dei dati; mi serve qualcosa che permetta la modificazione
dell'interfaccia e del comportamento nella maniera più semplice possibile.
Sono riuscito a trovare qualche schermata di Adabad D, il database che si
può avere con Sun StarOffice, il quale mi sembra ci si avvicini: qualcuno ne
sa qualcosa di più?
Qualcuno mi ha proposto come idea di fare un porting in VB od in FoxPro: che
ne pensate?
Grazie mille
Alessio

"Alessio Albano" <albano...@secoLevami.IT> ha scritto nel messaggio
news:acvarn$m8d$1...@serv1.iunet.it...

Dipende secondo me perchè vuoi migrare.
Se vuoi un qualcosa che permetta la modifica dell'interfaccia e
il controllo del comportamento in maniera più semplice VB non è di sicuro
più semplice perchè non ha tutti i wizard di access, per non parlare della
reportistica,
Esistono diversi vantaggi di un applicativo in VB rispetto ad uno in access
ma
non penso sia lo sviluppo.
Per quanto riguarda Abadab D (non ricordavo si chiamasse così mah forse
ricordo
io male) ricorda che non ha tutta la diffusione di Access questo vuol dire
che c'è
meno documentazione e meno gente che lo conosce in giro.
Per quanto riguarda Fox Pro non lo conosco.
                    spero di esserti stato almeno in minima parte utile
                                                            danilo

 non penso sia lo sviluppo.
L'unico presunto vantaggio che ha spinto poveri sfigati come me a lavorare
con VB era *l'illusione* che fosse un vero compilatore ... qualcosa di
simile a Delphi per intenderci.
Di fatto è una distribuzione royaltee free di decine di componenti (.ocx,
crystal reports, etc.) non dissimile dall'Access Runtime.
Ciao.

 ne pensate?
A parte che -conoscendolo bene- l'ambiente Front-End di Access è più
flessibile, resta il fatto che VB o Fox-Pro non costituiscono passi avanti
in fatto di semplicità.
Se vuoi qualcosa di più facile prendi in considerazione FileMaker (che però
non integra un linguaggio di programmazione paragonabile a Visual Basic e
simili).

 ha scritto nel messaggio
news:YvRI8.22213$ie.5...@twister2.libero.it...

Beh in effetti VB può fare anche cose che Access non può fare,
ma in effetti il vero grosso vantaggio quando sviluppi con un mdb
è che il cliente non deve pagare la licenza di Access, quindi
hai perfettamente ragione
                                                                    danilo

 hai perfettamente ragione
In realtà M$ distribuisce proprio per questo la versione developer di Access
che consente la distribuzione esente da royaltee del relativo Runtime.

 ha scritto nel messaggio
news:wz0J8.25770$8x3.5...@twister1.libero.it...

Si hai ragione non ci avevo pensato!

 Si hai ragione non ci avevo pensato!
sono mercati lievemente diversi.
se e' vero che vb si trova al suo top nelle gui per db, e' anche vero che ci
fai cose, non obbligatoriamente dilettantesche, che con i db non c'entrano
nulla. e francamente non farei cambio fra vb e ode, come ai tempi di clipper
non capivo il senso di lavorare con il rt dbase, molto piu' fragile,
corruttibile e lento degli ntx.
vb ha tanti limiti (concettuali piu' che pragmatici, imho) ma anche tanti
pregi, e gia' solo di interfaccia consente un approccio civile al rapporto
utente-dati che access non si sogna nemmeno.
detto questo, anche su ng usa e/o ms, parecchi per la mera gestione db
suggeriscono access al posto di vb/mdb.
ciao, j.
--
www.sundaysw.com

 suggeriscono access al posto di vb/mdb.
Putroppo non è così: utilizzare Access come Front-End non significa
utilizzare .mdb come back-end.
Sto faticosamente verticalizzando dei Front-end di pacchetti di produzione
sviluppati con gli .ADP di Access 2000.
A parte che le interfacce sono eccezionali (VB senza True DB grid e simili
si sogna approcci paragonabili al rapporto utente-dati), ma soprattutto le
prestazioni e l'affidabilità non fanno una piega.
Mi girano le palle pensando a tutto il tempo che ho perso in questi anni con
VB e Crystal Reports, per poi rendermi conto che esistono strumenti molto
più ad Hoc: più flessibili, molto meno legati all'utilizzo di .OCX, più
semplici e produttivi a livello di programmazione.
Mi hanno fregato i luoghi comuni e l'ignoranza diffusa di cui spesso si è
vittime inconsapevoli, ma anche i tantissimi programmini di merda fatti in
Access da dilettanti allo sbaraglio: penosi nelle interfacce, lenti,
macchinosi, pieni di buchi.
Lo strumento è eccezionale, ma nella stragrande maggioranza dei casi non
viene usato al 1% delle sue caratteristiche.

 viene usato al 1% delle sue caratteristiche.
se intendi "non viene usato [se non] al'1%", questo vale anche per
- vb
- windows
- *n*x (vorrei una statistica su quanti installano linux e quanti poi
realmente lo usano. io ne conosco pochini, e di persona o via rete conosco
parecchia gente, con pochissimi simpatizzanti ms).
- la lingua italiana
- le automobili
- i pc
- l'esistenza, in genere. tanta gente che si lamenta se alzasse il culo un
attimo comincerebbe a divertirsi sul serio. ma il problema non sta nei
coltelli, sta nei manici.
questo non vuol dire che manici non ce ne siano buoni:
www.mvps.org
ci sono sezioni sia access sia vb, e sono toste.
il mondo e' bello perche' ci sono tante domande con tante risposte
ciascuna...
ciao, j.
--
www.sundaysw.com

 parecchia gente, con pochissimi simpatizzanti ms).
Queste sono parole SANTISSIME: condivido al 1000%.
Ciao.

 Ma conviene usarle?
mai provate personalmente. ma sulla datagrid ado il parere pressoche'
unanime in iclvb e': "porcata inenarrabile".
ciao, a.

 unanime in iclvb e': "porcata inenarrabile".
;-)
Ciao.

 meno documentazione e meno gente che lo conosce in giro.
C'ho pensato. Infatti mi scoccia lasciare Access: io non ho quasi nessuna
esperienza con esso, ma molta gente in internet, e il collega che se ne è
sempre occupato qui in azienda, in primis, sì.
Ecco perchè ho pensato ad Office developer.
Grazie mille
Alessio

 differenzi dagli Adabas "xx".
Gli avevo dato uno sbircio: non sembra male, però la versione in Star Office
5.2 ha diverse limitazioni.
Ciao, Marco

 5.2 ha diverse limitazioni.
si diceva adesso in iclvb. non so la parte db. ma concettualmente (cioe':
pensata e implementazione) staroffice e' un cesso. un p4 con 384 mb di ram
lo riduce un 386. stesso errore che ha fatto secca netscape: se win integra
il browser, io integro la shell. e la prendo nei denti.
ho scaricato oggi openoffice 1.0, speriamo sia meglio.
quanto a office leggeri e free (anche business: gli ho chiesto 50 licenze e
dopo 3' le avevo...), purtroppo senza db: 602pro
http://www.software602.com/products/pcs/
compatibile word/xl, con editor grafico.
con 1.5-2.5 mln di vb pro/ent e 1 access ( o solo un ode per gli
appassionati :) si informatizza un'ufficio.
imho la linea e' quella. ci integrassero un mysql o qc del genere, ms
comincerebbe a soffrire sul serio. al momento temo possa tranquillamente
continuare a tenere le licenze a quei prezzi.
ciao, a.
--
www.sundaysw.com
(*) anche oggi su iclvb un post di una persona a me sconosciuta che aveva
vari motivi, secondo me validissimi, per preferire vb a access. mi sa tanto
che siano maladies d'amour tanto, tanto personali...

 che siano maladies d'amour tanto, tanto personali...
Mah, de gustibus ... in questi giorni su vari ng. è riaperto il solito Flame
sulla questione.
IMO VB non è un buon sistema per interfacciarsi a DB, anzi Access pare
proprio una versione di VB specializzata per utilizzi di database.
E' pur vero che circolano molte gestioni in VB, alcune delle quali buone.

 E' pur vero che circolano molte gestioni in VB, alcune delle quali buone.
mi ripeto. l'importante e' che uno si trovi bene e sfrutti al meglio lo
strumento che usa. mi obbligassero ad acces sarebbe una tortura, ma so che
ci si possono fare cose notevoli. d'altronde quando guardi exe vb scritti
per bene, percepisci che a contare sono, come al solito, le teste, non i
linguaggi (o le lingue :)
ciao, a.

 linguaggi (o le lingue :)
Ciao: Marco

 verticalizzazione su un pacchetto sviluppato _allora_ in VB4 e poi VB5.
ma in questo thread verticalizzate tutti ? neanche sacchi ! mi sento
dannatamente orizzontale !
cosa vuol dire verticalizzazione ?
grazie e buona,
andrea

 cosa vuol dire verticalizzazione ?
Eh, eh ... credo che sia una delle principali attività connesse al terziario
informatico...
In sostanza, i grossi produttori di gestionali standard coprono solo il 50%
delle esigenze aziendali.
Per rimediare, concedono in locazione ai loro migliori rivenditori i
sorgenti per poter creare personalizzazioni o "verticalizzazzioni" per il
cliente finale.
E' un lavoro delicato ma redditizio.
Ciao: Marco

 Ma scusa, non utilizzavi un altro nick su iclvb?
pal, tempo fa. questo da un po' di mesi.
grazie per la spiega. provero' a verticalizzare un po' di neuroni, quelli
che trovo :)
ciao, a.
--
www.sundaysw.com

 pal, tempo fa. questo da un po' di mesi.
Mi pareva!
Perň non č bello cambiare nick cosě, senza preavviso ... Pal era davvero
noto (oltre che molto bravo) su iclvb ;-))
Ciao: Marco


grazie, so kind of you :)
poi il livello del gruppo si e' abbassato e ha cominciato a postare la mia
labradorina, molto piu' a suo agio.
se capiti sul sito, votala :)
ciao, a.
--
www.sundaysw.com

 se capiti sul sito, votala :)
;-))
Vabbč, comunque ai vecchi tempi lurkavo parecchio su iclvb e devo dire che
mi hai risolto parecchi problemi ... quindi ti ringrazio a posteriori!
CIAO: Marco