Newsgroup: it.comp.lang.delphi
Titolo: Ma PARADOX in rete come va ?

Salve,
 
ho un'applicazione realizzata svariati anni fa con Delphi 3 che lavora con 
database paradox su un singolo computer.
Ora ci sarebbe l'esigenza di farla funzionare contemporaneamente su più 
computer collegati in rete,
magari mettendo i files database su un server e collegarci i client con la 
sola applicazione.
Ho provato a modificare il programma semplicemente aggiungendo un componente 
TSession  ( che poi ho
assegnato a tutte le tabelle del programma ) e specificando nella proprietà 
NetFileDir, il percorso dei database
sul server.
Sembra funzionare, dico "sembra" perchè magari un problema si può verificare 
solo in determinate condizioni,
però mi domando 2 cose :
 
1 ) basta semplicemente aggiungere un TSession per far funzionare 
l'applicazione in rete o dovrei fare
altre modifiche per renderla più affidabile ?
 
2 ) Paradox nel funzionare su un singolo PC e senza rete non mi ha dato mai 
problemi, ma in rete
è allo stesso modo affidabile oppure può dar noie di vario tipo ? Non vorrei 
che poi iniziano a sparire
record oppure a bloccarsi tabelle ecc ecc....
 
Chi ci ha lavorato saprà sicuramente darmi dei consigli.
Grazie per ogni vostro intervento o suggerimento.
 
Buona Domenica.
 
Antonio Tarolla 
 
 

 bloccarsi tabelle ecc ecc....
 
Paradox e` un database basato su file. Questo significa che, come in Access, 
non hai la garanzia che i dati vengano letti e scritti (soprattutto 
quest'ultimo caso) in modo corretto, in quanto non ci sono le strutture di 
controllo necessarie a garantire il corretto funzionamento dell'applicativo. 
A questo punto ti consiglio fortemente di passare ad un'architettura di 
database client/server, in quanto e` la scelta piu` giusta per questo tipo 
di lavori. Per fare cio`, ti conviene leggere questo (le indicazioni che 
riporta valgono anche per Firebird): 
http://www.ibphoenix.com/resources/documents/migration/doc_73
 
 
Enrico

 Antonio Tarolla
 
Ehhh, quanto tempo è passato! 
Da queste parti sei forse più vecchio del Salvati!
 
Ben ritrovato.
(a meno che tu non sia un omonimo, ovviamente; in tal caso: benvenuto!)
 
 
 
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 Grazie per ogni vostro intervento o suggerimento.
 
In teoria se tutte le applicazioni condividono la stessa NetDir
allora tutti i BDE delle varie macchine utilizzano gli stessi
file per sincronizzare gli accessi ai file e quindi non dovresti 
avere grossi problemi ... in teoria!
 
Nella realta' ti sconsiglio di avere piu' di 2 o 3 client in rete
contemporaneamente perche' comunque non e' un sistema affidabile,
meglio passare al piu' presto ad un sistema client/server vero.
 
Puoi tenere al massimo 255 lock sullo stesso file quindi piu'
client hai e peggio lavorano e piu' e' facile piantare il tutto.
Se poi la tua applicazione usa le transazioni, e' un inferno!!!
 
Devi forzare qualche refresh in piu' perche ogni tanto i record
ci sono sul file ma per ragioni misteriose a volte i client non
li vedono.
 
Anni fa avevamo fatto qualche prova per provare ad usare una nostra
vecchia applicazione BDE in rete. Abbiamo visto che "funzionicchiava" 
mettendone in rete due ma la terza gia' creava casini. 
Morale: e' rimasta "monoutente" e ne abbiamo sviluppato una nuova
ripensandola appositamente in chiave client/server ! :)
 
ciao
G

 altre modifiche per renderla più affidabile ?
 
Ricordati che ogni client deve puntare alla NetDir con lo stesso 
percorso altrimenti cominciano i casini, esempio ogni client ha il 
seguente percorso identico agli altri: "z:\netDir" anche se poi il drive 
Z: ognuno lo punta come vuole.

 quest'ultimo caso) in modo corretto [...]
 
Che io sappia, questo si verifica con tutti i tipi di database (anche client/server), anche se questi ultimi sono senz'altro più robusti.
 
Anche solo per la persistenza e reperibilità del dato, ci sarebbe tanta di quella documentazione tecnica da far rabbrividire. :)
 
Ciao,
  Marco.
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

 Anche solo per la persistenza e reperibilità del dato, ci sarebbe tanta di quella documentazione tecnica da far rabbrividire. :)
 
concordo! :)
 
ciao
Giacomo

 (a meno che tu non sia un omonimo, ovviamente; in tal caso: benvenuto!)
 
grazie, ma cavolo che memoria......ricompaio dopo svariati anni e ti ricordi 
al volo !!
A dir la verità anche lo scorso anno ero ripassato in questo newsgroup ma 
poi sono risparito,
in effetti a parte Salvati e Breveglieri, degli altri nomi che leggo non 
ricordo nessuno.
 
Sembra ieri ma di tempo ne è passato.
 
Ciao.
 
 
 
 
 

li vedono.
 
Hai ragione, su questo ci avevo fatto caso, il guaio secondo me è se
iniziano a sparire i record oppure a bloccarsi le tabelle..... spero di no 
sennò è
un'inferno davvero.
Vabbè, mesà comunque che nel frattempo è meglio prendere confidenza
pure con Firebird.....sicuramente torna sempre utile :-))
Ciao e grazie dei consigli.
 
 

 client/server), anche se questi ultimi sono senz'altro più robusti.
 
Vero, il grande vantaggio di un RDBMS client/server e` pero` il fatto che 
sono pensati espressamente per quel lavoro (condividere i dati in modo 
concorrente) tanto che rifare il lavoro per adattarlo su di un RDBMS file 
based significa o essere in condizioni di non avere scelta (ed e` Male™) o 
di reputarsi piu` competenti di chi ha gia` pensato ad una archiettura 
client/server (ed e` Male™)
 
Enrico

 Anche solo per la persistenza e reperibilità del dato, ci sarebbe tanta di quella documentazione tecnica da far rabbrividire. :)
 
Infatti...
La differenza, ihmo, non e' "succede si o no?" ma quante volte succede usando un db e non un altro...
 
Usando prodotti tosti come db2, sybase oppure papa' Oracle, le probabilita' sono certamente inferiori rispetto a paradox o (brrrrrrrrrrrrrr.....) access..
 
A.

 Da queste parti sei forse più vecchio del Salvati!
 
VECCHI SARETE VOI! :-D
 
 
A.


Albè, rassegnati.. ormai apparteniamo all'era passata!
:-D
 
-- 
morde
Android
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
 

Una cosa, parla per te! :-D
 
NOI siamo una generazione alla quale non serve il VIAGRA... :-D
 
Rotfl!
 
A.