Newsgroup: it.comp.lang.vo-clipper
Titolo: [VO] MOTORE DATABASE (c'è quasi !!)

Ciao a tutti,
tempo fa' chiedevo dritte per utilizzare il Winsock per una gestione
C/S nativa sui DBF.
Ebbene, ce l'ho praticamente fatta !
Innanzitutto ho abbandonato Winsock ed ho utilizzato DCOM.
Ho creato un "Automation EXE" residente sul server che si occupa di
aprire, chiudere ed eseguire direttamente le operazioni di I/O sui
DBF.
Tramite una libreria CLIENT, istanziando un oggetto CONNESSIONE, si
passano al server il NOME UTENTE, PASSWORD e nome del DATABASE.
Il server riceve la richiesta e assegna un numero alla connessione.
Tramite il numero di connessione i client si fanno riconoscere e
possono avviare diverse sessioni, che corrispondo ad una tabella
(DBF).
Le prestazioni sono migliorabili alleggerendo ulteriormente la
comunicazione, perchè al momento ogni singolo metodo viene notificato
al server che esegue e restituisce un valore.
In questo modo ogni singola Fieldget, ad esempio, viene inviata al
server, mentre pensavo di caricare in un array locale il record
corrente di ogni sessione, così da limitare il traffico per leggere il
contenuto dei campi.
Inutile dire che l'idea mi riempie di gioia.
Antonello.

 ha scritto nel messaggio
news:394b31c6...@news.interbusiness.it...


Bravissimo !!!
Ed io sono sempre più convinto che praticamente con VO si può fare di
tutto...quasi come in C++
A dispetto di chi continua a gettare fango su questo meraviglioso sistema di
sviluppo.  (basterebbe che la CA facesse un più pubblicità, ma ho sentito in
giro che, insieme a Jasmine, lo sta rilanciando alla grande !!!)

 ha scritto nel messaggio
news:8ig5h0$kkr$1...@nslave1.tin.it...


 del contrario.
D'altronde è la stessa che ha sempre tenuto verso il povero Clipper,
rovinandolo completamente. Secondo me la CA bisogna abbandonarla per
sempre. Ecco perché sono molto interessato agli sviluppi del progetto
Harbour.
EMG

 ha scritto nel messaggio
news:394C01FF...@flashnet.it...


 Lo stai gią usando Harbour ?
No, non ancora. Sei interessato anche tu?
EMG


Ciao Antonello,
nulla da dire per quello che hai fatto è un'idea veramente
grande però volevo chiederti come mai fissarsi su DBF e
non decidere di passare ad altro ad esempio SQL.
Forse il passaggio non è indolore ma tutti i problemi che
troverai testando a fondo il tuo programmino qualcuno li
ha già risolti... ne vale la pena?
Anch'io per molti aspetti sono legato (x obbligo al DBF)
ma ti assicuro che sto facendo il possibile x abbandonarlo
anche xchè su 10 clienti in 9 mi chiedono una base dati
stabile quale SQL.
Ancora ciao ciao e in bocca al lupo

 non decidere di passare ad altro ad esempio SQL.
Forse si fa confusione tra il formato dei file e il motore di gestione
degli stessi. Un motore SQL può benissimo essere implementato con i DBF,
se conviene. Così come Access è implementato sugli MDB e così via.
EMG

Ancora ciao ciao e in bocca al lupo
crepi ;-)
Antonello.




Ciao Antonello non vorrei sembrarti sfacciato, ma perchè non ci rendi
partecipi del tuo lavoro ?
Danilo Giuliani
danilog...@tin.it

esistono limiti e nemmeno benefici?
L'unico motore che conosco che gestisce i DBF via SQL è MSDAO.
Antonello.

n...@galactica.it
 (Antonello),

...e i driver ODBC ovviamente :-)
Antonello.

 esistono limiti e nemmeno benefici?
Dipende. Cosa ti aspetti da SQL? Sarebbe un sostituto evoluto della
clausola FOR del comando INDEX ON e per filtri semplici può anche essere
comodo. Ma per cose più complesse se non scrivi in procedurale rischi di
diventare scemo...
EMG

partecipi del tuo lavoro ?
e qui ti volevo !
Ho cominciato il tread per vedere se poteva interessare a qualcuno, e
a quanto pare qualcuno c'è.
Penso comunque di riuscire a postare una prima versione verso fine
settimana.
Saluti,
Antonello.

 ha scritto nel messaggio
news:39506a3...@news.galactica.it...


 wrote in message


 ha scritto nel messaggio
news:39506a3...@news.galactica.it...


 certa e tangibile.
Si, ma vorrei capire una cosa: da quando il progetto è stato prospettato
alla sua realizzazione sono passati pochi giorni. Ora, o il lavoro era
già iniziato oppure è stato troppo semplice per essere veramente
qualcosa di utile. Cosa mi sfugge?
EMG

,

L'idea mi è balenata già tempo fa', e quansi contemporaneamente le
prime ricerche.
La cosa che mi ha stupito di + è stata la semplicità di
implementazione (non per miei meriti particolari), dovuta al fatto che
con VO2.5 si possono creare OLE SERVER e che M$-DCOM a quanto pare
funziona davvero (o è ancora troppo presto per dirlo?).
Comunque per calmare un po' le acque, devo ricordare che è una beta, 
quindi non sarà un DOWNLOAD->E SUBITO AL LAVORO, quello che c'è è il
cuore del sistema, una libreria client, 1 eseguibile che fa' da server
e 1 che monitorizza lo stato del server stesso, ma sono sicuro che le
vostre critiche e idee potranno sicuramente migliorare il MOTORINO ;-)
Ciao,
Antonello.