Newsgroup: it.comp.lang.vo-clipper
Titolo: Technical Meeting 2006 - 1

Ok, ci siamo. Al 99 % si fa come ribadito in questo newsgroup da Enio (Leggi 
sotto)
In questa fase allora via con gli argomenti:
Massimo Martino (Microdata) si è offerto a venire a parlare di Vulcan, di 
MySql (InnoDB) , direi di lasciargli ampio spazio.
Altro argomento VO 2.8.
Poi chi altri si fa avanti ? o che ha argomenti che vorrebbe sentire ?
Proposte
Danilo Giuliani
************************************************************
Cari amici :
Scusatemi se non mi sono fatto sentire da un pò ma per diversi motivi ho
dovuto rallentare le mie "puntate" sul nostro NG.
Molto probabilmente anche quest'anno l'Accademia Navale di Livorno darà la
sua disponibilità alla realizzazione del Meeting 2006. Purtroppo però ci
sono dei piccoli problemi dovuti al cambio del Comndante del Centro
Elaborazione Dati. Il Com. Forcignanò è stato trasferito e sarà sostituito
(ad Ottobre) dal Com. La Puca. Nel frattempo il sostituto temporaneo è il
Com. Di Renzo, il quale sarà senz'altro daccordo con la nostra iniziativa,
ma gli devo ancora parlare.
Quest'anno sarà molto importante e interessante per le nuove sessioni su
Vulcan.
Ripeto non credo che ci siano dei problemi, forse andremo un pò più in là
con la data ma questo credo che non sia un problema per noi e voi.
Come al solito il referente sarà Danilo tramite la SoftDevo
Fatemi sapere le adesioni
ciao a tutti
Enio Donci

Dovrei esserci anche io al Technical Meeting di quest'anno ma lo saprò 
con certezza solo il 22 settembre.
Seguendo il newsgroup negli ultimi giorni ho constatato che ancora non 
ci sono molti argomenti ed allora ve ne propongo uno io. Ad agosto ho 
iniziato a scrivere una libreria per l'accesso a MySQL. Caratteristiche 
principali di questa libreria sono:
1) una sola classe per la manipolazione dei dati
2) possibilità di aggiornare anche una select multitabellare sotto certe 
condizioni
3) seek molto veloce ( < 250 ms su un recordset di 100000 (centomila) 
records )
4) rinuncia al concetto di RLOCK con relativo aumentando della 
concorrenza senza il timore di avere inconsistenza nei dati. Questo è 
possibile mediante 4 metodi di update a seconda dell'esigenza e del 
livello di concorrenza che si vuole ottenere
Come detto sopra ho iniziato ad agosto a scrivere questa libreria e, 
sviluppando prevalentemente in PowerBuilder ed Oracle, non ho molto 
tempo da dedicargli ora.
Per metà ottobre, data teorica del meeting, lo sviluppo dovrebbe essere 
oltre l'80% di quello che mi sono prefissato di fare ma con poco testing 
alle spalle. Cmq se vi interessa vedere un'anteprima del mio lavoro, 
anche se ancora parziale, mi impegnerò per farvi trovare più 
funzionalità possibili alla data del meeting.
Alessandro Ambrogiani
Danilo Giuliani ha scritto:


A me interesserà di certo. Anche io ho cominciato a scrivere qualcosa del 
genere ma non ho mai tempo per continuare lo sviluppo. Ho utilizzato un po' 
di procedure di Fabrice Foray, unite alla classe dataserver, interfacciando 
con le api la libreria.
Ciao.
                        Francesco

> Massimo Martino (Microdata) si č offerto a venire a parlare di Vulcan, di 


 perchè spendendo pochi euro (sorgenti inclusi)  devo impegnare mesi di 


 un controllo Flash.
Io dico che l'argomento è molto molto interessante!
Ciao
Roberto 

 mysqltable e tabledetail)
tabledetail funziona benissimo il resto non lo so.
.... potrei andare avanti ma non voglio annoiarvi.
Ciao Alessandro.

 wrote in message 
news:4505ade5$0$30243$4faf...@reader1.news.tin.it...


Non ho mai pensato di entrare in competizione e di fare una lotta "a chi 
è il più bravo". Se dalle mie parole, dei post precedenti, si evince 
questo mi scuso subito e voglio chiarire che non è così. Anche io sono 
per la linea "collaborare per migliorare tutti".
Per quel che riguarda lo spirito della DLL mi confermi che l'ho capito 
proprio bene. Ti faccio un esempio. Un mio cliente, abituato 
all'utilizzo di excel, mi ha chiesto un applicativo in cui l'interfaccia 
ricordasse un foglio elettronico. In soldoni voleva digitare le 
informazioni direttamente dentro le celle dei bbrowser. Ora tutti 
sappiamo che i dati all'interno di un RDBMS sono "sparsi" in diverse 
tabelle e spesso nella costruzione di un dataserver bisogna ricorrere a 
dei join. Che soluzioni mi proporresti con le tue DLL(per aggiornare 
direttamente dentro i bbrowser)? Dalle prove da me effettuate si va in 
aggiornamento ma se ho in join tabelle che hanno campi con lo stesso 
nome mi da "ambiguos field".
Ripeto: esigenze diverse mi hanno portato ad avere un software diverso. 
Ora potevo partire da una base già fatta o partire da zero. Ho scelto la 
seconda strada. Ancora una volta: ne valeva la pena ? Per me si, per 
altri forse no.
Alessandro Ambrogiani
Danilo Giuliani ha scritto:



Ciao Roberto,
... Pare interessi solo a te l'argomento !
Se ci fossero anche altre persone interessate posso preparare qualcosa ...
Alessandro


Io sono interessato, come credo anche altri, forse dobbiamo fare 
"l'appello?"
Bye
                                Francesco 


Guarda che non era male come idea, potremmo davvero elencare una serie di 
argomenti possibili e votarli scegliendo quelli di maggior 
interesse.......era una battuta ma forse può essere un'idea.....
Ciao.
                    Francesco