Newsgroup: it.comp.lang.delphi
Titolo: Ha senso usare ancora il BDE ?

Vorrei sviluppare un'applicazione che utilizza un DBase (ancora devo
decidere quale)
secondo voi, per realizzare l'applicazione, ha senso usare il BDE della
Borland ?
oppure ADO ? Componenti ZEOS ? altro ?
sono vecchi oppure ancora hanno spazio nel futuro ?
Grazie anticipatamente per la risposta
Ciao
Mario

decidere quale)
Dopo aver deciso quale db vuoi utilizzare, allora potrai secegliere la
tecnologia di accesso piu' consona.
In linea di massima evita il BDE in quanto non piu' supportato da Borland.
-- 
Morde. 
morde[at]programmer[.]net

se non sai quale db usare la domanda non ha molto senso
Scegli prima il db e poi si vede.
In linea di massima, comunque, la risposta sarebbe no.
Bye
A

 --
Il mio problema è che vorrei realizzare l'applicazione che possa utilizzare
tanto un db access quanto un DBMS server e il BDE forse mi poteva risolvere
il problema. Ho provato con ADO switchando tra access e mysql ma gli oledb
provider sono troppo diversi tra loro per cercare di generalizzare
l'applicazione; è difficile raggiungere un compromesso
......................
PS Non consigliatemi l'ODBC perchè lo odio
Ciao

 tanto un db access quanto un DBMS server.
La vedo dura.
Le differenze intrinseche tra quello che zio billy continua a spacciare per
db ed un qualsiasi db client/server sono estremamente marcate.
Il semplice fatto che access non ha trigger e stored procedure porta enormi
differenze (oltre ad una notevole astrazione dal db utilizzato) nel codice
della applicazione.
Bye
A

db ed un qualsiasi db client/server sono estremamente marcate.
Il fatto e' che access e' un db file based, mentre gli altri tipo mysql, sql
server, ibase sono db basati su architettura client-server.
Cioe', e' come paragonare lo zucchero filato con il caramello: buoni tutti e
due, ma il primo e' molto effimero... si scioglie in bocca e non ti rimane il
sapore a lungo.
Ciao


 due,
ahahahahahahahahaha!
Siamo in vena di scherzi, vero?
Sai cosa succede tipicamente a chi usa access come db?
Si parte da una app magari monoutente tanto "...i miei dati sono
pochissimi!"
Poi il committente si sveglia, scopre la rete lan e decide di usare la
stessa applicazione basata su access in rete.
I dati aumentano e gli utenti anche
E inizia a bestemmiare x la lentezza.
Indi, acchiappa chi gli ha fatto il sw e gli dice "..zzo! il tuo programma č
lento! Risolvimi il problema"
e il povero cristo deve fare il porting xche access non č abbastanza
potente....
meglio lasciar perdere i giocattoli e partire direttamente con un db c/s.
Questa cosa non č fantascienza: ho fatto il porting di una app da access a
sybase: ci siamo molto divertiti........ :(((
Bye
A

 ha scritto nel messaggio
news:banoba$12sq$1...@newsreader1.mclink.it...
[mega cut]
ciao a tutti,
aprofitto della conversazione per chiedere qui un consiglio.
anch'io come molti ho iniziato le mie esperienze con access, poi è successo
proprio come diceva alberto: lento in rete ecc.ecc.
intervengo per questo:
sto creando ex novo una applicazione, l'applicazione in questione
aparentemente sembra un classico gestionale. ma come a volte capita, si sa
da dove si parte, e non si sa come saranno le evoluzioni.
l'applicazione non funzionerà in rete, ovvero è pensata per singolo computer
e singolo utente, al massimo si collega con un web services per
l'aggiornamento della base dati.
ci sto girando intorno perchè adesso arriva la bestialità che sto per dire:
secondo voi è possibile usare un db come sql Server, senza che sul computer
dell'utilizzatore finale, sia installato sql Server?
se la risposta è: no non si può fare!
allora
sapete consigliarmi un db che sia un db più efficente o professionale di
access?
vi ringrazio
ciao
roberto

 roberto
Andrea

 Firebird.
grazie del consiglio! me lo guardo di sicuro.
però ho nel caso si sql server ho esposto male la domanda:
secondo voi è possibile far funzionare una applicazione con db sql server,
senza che l'utente finale abbia installato sql server?
ovvero bastano solo i 2 file del db? distribuiti insieme con l'applicazione?
grazie
ciao
roberto

 roberto
Andrea

un qualsiasi db client/server necessita del client, salvo il caso dei web
service.
In tal caso, usando un browser è IL SERVER che gestisce il collegamento con
il database.
Un buon db free è FireBird.
Ma esistono altre cose tipo sapdb(
www.sapdb.org
) e PostGres che se non erro
è incluso su molte distribuzione di linux, ma al momento in windows è molto
poco presente.
Basta con access.
Se firebird è gratis, opensource, non di zio billy, non vedo xche dobbiamo
continuare a sacrificarci con un db che in caso di sviluppi delle ns
applicazioni ci costringe al refactoring-
Bye
A

 files addizionali, solo che vengono col sistema operativo ).
ok!
grazie a tutti per i suggerimenti.
parto con l'esporazione di firebird e mi vedo anche il link postato da
Alberto
ciao
roberto