Newsgroup: it.comp.lang.vo-clipper
Titolo: dbf-MySQL- Jasmine

Scusate. tutti parlate di DBF, MySQL ecc.
Nessuno ha provato il Database a oggetti come Jasmine?
Se si, come é?
Potrebbe essere il vero salto di qualità menzionato nella pubblicità? Oppure
è meglio continuare con DBF e SQL vari?
Ciao,
    Fabrizio Malaguti
P.S.
   Mi sa che scateno un vespaio!!!

 ha scritto nel
messaggio news:wJgs8.72914$S52.2...@news2.tin.it...


            La CA per Jasmine è paragonabile a ORACLE se non peggio.
Bene! E io che avevo capito che Jasmine era notevolmente più veloce dell'
SQL in quanto ritornava una tabella di puntatori ai record anziche' la
tabella stessa (ovviamente la tabella è quella che ha soddisfatto la query
non il file originario). Vuol dire che mi tengo stretto i DBF ancora per un
po'.
Ciao,
    Fabrizio Malaguti


po'.
Siamo in due, per le mie necessità sono perfetti. Sono un po' come il
pongo, li giri e li rigiri come vuoi.
Saluti
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it

 ha scritto nel
messaggio news:wJgs8.72914$S52.2...@news2.tin.it...


 Nessuno ha provato il Database a oggetti come Jasmine?
personalmente, no. Però ho sentito di un progetto fatto da un´azienda molto 
nota nell´ambito VO/SQL in Germania, che ha cercato di implementarlo in un 
progetto supportato ampiamente da CA stessa, ed è stato scartato. Anche 
un´altra azienda tedesca del settore tessile che usa fortemente Clipper e VO 
lo ha scartato in favore di Oracle.
Wolfgang 
Merano


In effetti conoscendo l'header dei DBF ci si può accedere anche a basso
livello con poca fatica e fare di tutto.
Ciao,
    Fabrizio Malaguti



Bene terro' presente quando decideremo di passare all' SQL. Per il momento
era solo una curiosità.
Ciao,
    Fabrizio Malaguti


Quest'anno, pero', al CA World, il Ministero della Pubblica Istruzione
Peruviano presenta una applicazione VO/Jasmine che gestisce oltre
5.000.000 di record!!!


-----------------------------
Fabio Cresta
Computer Associates FSG Consultant
VO/Jasmine specialist
e-mail: 
fabio....@ca.com
 
fcr...@tin.it
------------------------------

 qualità / prezzo e semplicità d'uso).
dipende dal Tuo tipo di cliente. Il mio cliente tipico lavora su due/tre posti 
in contemporanea al massimo, ho anche un mare di clienti posto singolo. Le 
poche eccezion con più di cinque utenti credo che posso accontentare con 
Fortress oppure Advantage. Esistono però mercati dove non entri più senza 
SQL...
Sono contentissimo della semplicità del VO dove posso installare tutte le DLL 
nella stessa cartella, senza toccare la directory di Windows. Appena ieri mi 
ha chiamato uno dei miei clienti più grossi: ha acquistato un software Visual 
Basic e lo ha installato su una sua macchina NT4, che dopo lo solita 
ripartenza (che non serve con un´installazione di un programma VO...) non è 
più ripartita...Ho scoperto che chi aveva fatto l´installazione (con tanto di 
InstallShield e Windows Installer che generava un file di 20 MB) aveva incluse 
delle DLL di Windows 2000 che ovviamente non si trovavano molto bene in 
compagnia di NT4....
In più, il mio cliente tipico ama le browse - che con un SQL sono una cosa da 
meglio non fare....
Saluti
Wolfgang
Merano

 Ero convinto che la query restituisse la tabella completa!
Restituiscono la tabella teorica risultato della query:
es: Select * from clienti where citta = "ROMA" order by nome
Ho una tabella di n record con tutti i clienti di Roma ordinata per nome.
Se ho in tabella 3 clienti ri Roma la tabella conterrà 3 record.
Il bello sta proprio qui che con semplici interrogazioni estraggo dati anche
complessi già pronti per una elaborazione.
esempio facile
Select fatture.numero, fatture.data, fatture.cliente,fatture.importo from
fatture where fatture.pagata = 0  and fatture.data < now()-30 order by
cliente
ottengo le fatture che mi devono pagare emesse da più di 30 gg.


 livello con poca fatica e fare di tutto.
Va be', ma in un gestionale queste cose è meglio non farle. Tecniche
come quelle che proponi non possono fare altro, secondo me, che
indebolire la robustezza di un sistema di database.
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

 meglio non fare....
Per quale motivo? Un recordset, una volta che lo hai aperto, puoi
benissimo visualizzarlo in un browse, o mi sfugge qualcosa?


 ottengo le fatture che mi devono pagare emesse da piů di 30 gg.
Perň se le fatture scadono a fine mese la cosa diventa meno semplice
(sě, lo so che lo sai fare... :-) ). E se ci sono altre condizioni di
mezzo rischia di diventare ingestibile senza ricorrere al procedurale.
Io, come ho detto altre volte, ritengo una pura illusione il fatto che
l'SQL possa essere utilizzato in programmi complessi. Naturalmente
questo, come abbiamo detto, non ha niente a che vedere con i vantaggi di
una tecnologia client-server. La mia critica č solo sul linguaggio di
interrogazione che, secondo me, ha ormai fatto il suo tempo.



Dal momento che il CLIPPER , VO, ecc, mettono a disposizione tutto quello
che un programmatore ha bisogno, concordo con te.
Ciao,
    Fabrizio Malaguti



E' questo che mi preoccupa di più!
Ciao,
    Fabrizio Malaguti


 meglio non fare....
Perchč? le mie tabelle MySql si presentano in browse poi con doppio click
vado in modifica; i rusltati delle mie query vanno prima in browse e poi se
voglio stampo etc...
No cambia la filosofia ma il risultato č sempre lo stesso.


 benissimo visualizzarlo in un browse, o mi sfugge qualcosa?
ok, ma questo recordset deve essere caricato in memoria. Non è come con un DBF 
che vengono soltanto letti i record che vengono visualizzati.
Saluti
Wolfgang
Merano

 E' questo che mi preoccupa di più!
ok, come avevo scritto: dipende dal Tuo tipo di cliente.
Saluti
Wolfgang
Merano

 che vengono soltanto letti i record che vengono visualizzati.
Verissimo. Ma se il recordset non è enorme e la macchina abbastanza
potente il problema non si pone. L'errore che spesso vedo fare è di
richiedere l'intera tabella per poi elaborarla quando si dovrebbe
chiedere al motore di effettuare tutto il lavoro. Se uno lavora con la
tecnologia client-server con in testa la filosofia Clipper sicuramente
non sta facendo le cose per bene.


 ha scritto nel messaggio
news:VA.000000c...@gmx.net...


 Scritto una volta ........
Scusa, io ho cercato questa opzione nella MSDN senza trovarla. Mi dici
dove la posso trovare questa interessante sintassi?



Select * from tabella limit n
oppure
Select * from tabella limit n,Rows
ecco la sintassi completa in MySql
SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT]
[SQL_BUFFER_RESULT]
       [HIGH_PRIORITY]
       [DISTINCT | DISTINCTROW | ALL]
    select_expression,...
    [INTO {OUTFILE | DUMPFILE} 'file_name' export_options]
    [FROM table_references
        [WHERE where_definition]
        [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...]
        [HAVING where_definition]
        [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC] ,...]
        [LIMIT [offset,] rows]
        [PROCEDURE procedure_name]
        [FOR UPDATE | LOCK IN SHARE MODE]]
Naturalmente poi bisogna ottimizzare il tutto a seconda della precedenza
che da il motore sulla esecuzione dei comandi,
es Set Order prima, limit dopo etc..
Danilo Giuliani
www.softde...@softdevo.comsupport@
softdevo.com

 Select * from tabella limit n,Rows
Fammi capire, è una particolarità della sintassi del solo MySql, giusto?
Se è così, è meno interessante di quanto sembrava a causa dei problemi
di portabilità tra i vari motori. Peccato...


 di portabilità tra i vari motori. Peccato...
Esatto, come Oracle ha "create user" e sqlserver no etc, la compatibilità
con lo standard SQL 92 è di fatto solo teorica, perchè poi ogni Database ha
esteso il linguaggio a suo piacimento, sqlserver ha una montagna di comandi
e funzioni che non riscontri in altri e così via.
Sposato un prodotto o sei fedele al quel prodotto o devi limitare di molto
le tue possibilità. E' una questione di scelte e di compromessi, come
sempre.
Non esiste il prodotto "più migliore assai", ma quello che meglio risolve i
tuoi problemi e quelli dei tuoi clienti.
