Newsgroup: it.comp.lang.delphi
Titolo: Addio Paradox

Salve amici,
ho da sottoporvi un quesito da mille dollari.
Sto valutando la possibilità di migrare un'applicazione Delphi 5
che utilizza Paradox e quindi il BDE su MySQL o Postgres.
Il quesito che ho da sottoporvi è il seguente:
Dovrei crearmi la stessa struttura delle tabelle e questo
mi sembra ovvio; ma come mi devo comportare con
gli indici secondari delle tabelle Paradox?
Basta creare gli stessi indici con MySQL e chiamarli con lo stesso nome?
Devo riscrivere tutte le vecchie query che si appoggiavano sul BDE? (TQuery)
Dovrei sostituire tutti i metodi Post dei componenti TTable con
i metodi Commit, RollBack che invece sono propri dell'architettura
Client-Server?
Perdonatemi, ma è la prima volta che mi affaccio
a questo tipo di problematiche. Finora ho sempre
sviluppato applicazioni stand alone utilizzando le
librerie del BDE e Paradox.
Grazie a Tutti
Leo 

Client-Server?
Commit/Rollback sono operazioni legate alle transazioni.  In realtà,
puoi gestire i dati in modo trasparente (e più similmente al vecchio
approccio TTable-like) facendo uso di ClientDataSet e dbExpress.
Un ClientDataSet altro non è che un componente analogo al TTable, che
prevede una certa disciplina di utilizzo e che si rivela molto più
potente. Accede ai dati mediante un DataSetProvider che controlla la
transazione e la concorrenza. In rete, trovi descrizioni dettagliate
del funzionamento. Usa MIDAS/DataSnap come ulteriore chiave di
ricerca.

Grazie per le delucidazioni
sei stato molto esaudiente nell'analisi
del mio problema.
Pensavo all'utilizzo dei componenti Zeos,
comunque sia è un progetto che svilupperò
con calma, visto che il software in questione
è un gestionale per ottici ed è abbastanza
complesso.
Bisognerà lavorarci parecchio su (almeno credo).
Mi documenterò sulla base dei tuoi consigli guida
ma dovrò passare almeno a Delphi 7.
Attualmente ho la versione 5 ed i componenti
Zeos oltre ad essere gratuiti mi sembrano facili
da utilizzare.
Rinnovo i ringraziamenti e...
alla prossima
"Andrea Laforgia" <a.laf...@andrealaforgia.it.invalid> ha scritto nel 
messaggio news:6m9nr25jnepb2biqn...@4ax.com...


Credo, intanto, che sia opportuno che tu scelga ADO come framework di 
oggetti che ti gestiscono il rapporto con il dBEngine.
Questo comporta alcuni vincoli; devi verificare, rispetto a questo quanto 
della vecchia architettura sia compatibile.
Se lavori in locale con ADO direi che sarebbe il caso che tu facessi il 
salto grande passando a Turbo Delphi 2006 che, per la versione explorer, è 
gratuita.


 gratuita.
Quota e rispondi sotto, per favore ;)
http://wiki.news.nic.it/QuotarBene

??????????  Non capisco
"Nurax" <nu...@nospam.INVALID> ha scritto nel messaggio 
news:1ejdcd041gtmp$.dlg@nurax.sard.it...


Bruno Cardini ha usato la sua tastiera per scrivere :

non capisci cosa ti ha detto o non capisci quello che c'è scritto al 
link?

oggetti che ti gestiscono il rapporto con il dBEngine.
"Opportuno" in base a cosa ?... 
p.s.: quota in modo corretto.

 oggetti che ti gestiscono il rapporto con il dBEngine.
Guarda quante opinioni diverse ci sono... io gli consiglierei di
dotarsi di un framework di persistenza tipo InstantObjects, invece,
così gestisce classi e non tabelle.
Certo, il tempo di apprendimento magari è un pò di più, ma secondo me ne
vale *ampiamente* la pena :)
Inoltre, avere un OPF nativo e compatibile gli consente -
strutturando le cose nel modo corretto - di avere anche
versioni linux dello stesso prodotto, cosa che può interessargli.
Ciao,
Andrea

"Andrea Laforgia" <a.laf...@andrealaforgia.it.invalid> ha scritto nel 
messaggio news:e8uor2dqkf3l15eov...@4ax.com...

Al rapporto costi/benefici e investimenti di competenza per il futuro.
Ma la mia risposta voleva significare che il problema non č solo il dBEngine 
(mySQL o Postgres), ma il framework di oggetti tra delphi e il dbEngine.
Personalmente con ADO mi sono trovato piů che bene potendo cambiare 
facilmente il dBEgine sottostante 


Pertiamo dall'ultima: č mia ferma, totale, ideologica convinzione che Linux, 
al di fuori dei file server e web server sia un immane bidone.
E lo dico dopo averlo usato un anno e scagliato lontano con forza, ma di ciň 
non voglio discutere perchč non ho mai, e dico mai, trovato un linuxiano 
disposto a discutere, ma solo persone la cui convinzione ideologica č pari a 
quella dei militanti di rifondazione comunista.
Come ho detto in un'altra risposta la domanda originale posta non trova una 
risposta univoca, ma č dipendente dal framework tra il dbEngine e Delphi.
Personalmente ho trovato ADO soddisfaciente sotto quasi tutti gli aspetti; 
fa parte del sistema ormai di tutte le macchine e mi ha permeso di scalare 
qualche applicazione da Access a SQL Server e MySql. Onestamente non conosco 
instant object. 

facilmente il dBEgine sottostante 
La tecnologia migliore, secondo me, da Delphi č dbExpress.