Newsgroup: it.comp.lang.delphi
Titolo: Forse ho scoperto l'America....

Ragazzi,
da una settimana cercavo un qualcosa per creare e utilizzare
un DB relazione veramente client/server (paradox qui è uno schifo)
Che faccio?
Interbase?...non devo studiare e non ho molto tempo....
MySQL?.. idem con patate detto sopra.
E allora? Trovo FlashFiler.
AHHHH! Scoperto l'America!!
E' client/server;
 il lato server si basa su una applicazione piccola e facile da configurare;
Il server NON deve essere un PC speciale nè ospitare un sistema opertaivo 
come Win2000 server, ecc (pensate
ho fatto divenire il mio pc portattile PIII un server con Win2K!!!!
E' GRATIS (opensource)
Creare dei database è facile: uso quel coso usato Database Desktop, creo e 
lo piazzo
dove mi pare, uso una applicazione di FlashFiler che trasforma il db in FF2 
cioè
un database proprietario lasciando intatto tutti gli indici, ecc.
Copio il risultato in una cartella del "server" dopo aver sistemato l'alias 
e voilà
da altri pc vedo, inserisco e modifico il database.
Doverte provarlo!!
anadate sul sito 
www.turbopower.com
 e scaricatelo! 

 E' client/server;
LOL, e' un anno che sappiamo che su sourceforge ci sono i sorgenti di
flashfiler e gli altri gioiellini lasciatici dalla turbopower :-)
Cmq grazie per la segnalazione, penso che i lavori di turbopower siano da
mettere nelle FAQ. ;-)
-- 
Morde. 
M-List di icld: 
http://it.groups.yahoo.com/group/icld/

 
Grazie interessante anche per gli altri componenti donati alla comunità.
Omega

 AHHHH! Scoperto l'America!!
Uhm... sarò paranoico, ma preferisco MySql... in fondo fa esattamente quello
che hai detto, e, se necessario, molto di più; però è facilissimo da usare,
con i tools giusti.
-- 
Jax
====
Se avete intenzione di affogare i vostri problemi nell'alcool, tenete
presente che alcuni problemi sanno nuotare benissimo.

 con i tools giusti.
Visto quello che hai detto... non vedo perché non dovresti passare a 
FirebirdSQL :-) (che è un VERO rdbms da decenni)
Ciao Daniele

 FirebirdSQL :-) (che è un VERO rdbms da decenni)
Misteri della fede... penso che sia più per pigrizia che per altro.
-- 
Jax
====
La collera nasce solo dai desideri contrariati. Io nulla attendo dagli
altri, perciò le loro azioni non possono essere in contrasto con i miei
desideri.

 con i tools giusti.
Sempre che tu non voglia vederne il lato oscuro:
http://sql-info.de/mysql/gotchas.html
Ciao,
Andrea

 
http://sql-info.de/mysql/gotchas.html
Mmmm... buono a sapersi.... perň non mi sembrano cose gigantesche.
Mi piacerebbe che ci fosse una lista cosě anche per access :D
-- 
Jax
====
Di sincero, nelle nostre preghiere, c'č solo il desiderio d'esser al
piů presto esauditi.

 Mi piacerebbe che ci fosse una lista così anche per access :D
Metà MSDN non ti basta? ;-)
Andrea

 Metà MSDN non ti basta? ;-)
LOL :D
Mi ricordo che una volta ho perso mezza giornata dietro ad un problema e poi
ho scoperto che access (o meglio, ADO+JET) non tollera i campi che si
chiamano DATA...
Dovrebbe esserci un mio post su googlegroups da qualche parte...
Un'altra volta avevo fatto (direttamente su access) due query identiche su
una tabella, una del tipo
SELECT COUNT(*) FROM TABLE WHERE X IN (SELECT PIPPO FROM TABLE2)
e l'altra
SELECT COUNT(*) FROM TABLE WHERE X NOT IN (SELECT PIPPO FROM TABLE2)
e la somma dei due valori non mi dava il numero di record di TABLE... alla
fine, dopo ore di scervellamento, ho rinunciato alla subselect.
-- 
Jax
====
Bisogna scegliere nella vita tra il guadagnare denaro e spenderlo. Non
si ha il tempo per fare tutt'e due le cose (E. Bourdet).

 fine, dopo ore di scervellamento, ho rinunciato alla subselect.
Con Access *MAI* usare un "count(*)": i risultati non sono attendibili
(molto dipende anche delle chiavi e dalla sql che stai considernado).
Per un problema analogo al tuo mi ero rivolto adn un professionista che
sviluppa in access da quando e' uscita la prima versione, e lui mi aveva
detto che l'espressione count non va mai usata con l'* bensi con la PK
della tabella.
La tua sql poteva benissimo essere riformulata cosi':
SELECT COUNT(
TABLE.PK
) FROM TABLE WHERE X IN (SELECT PIPPO FROM TABLE2)
Sto usando access da 3 anni con delphi e, a meno di voler usare query molto
complesse, per un uso desktop per me va piu' che bene.
Ciao!


 molto complesse, per un uso desktop per me va piu' che bene.
Questo è fuori discussione.
Inoltre, ultimamente mi sta dando parecche soddisfazioni, vedi questa query:
SELECT c.*, a.*
FROM ([SELECT codice_stalla, sum(iif(sesso="M", capi*5, capi*3.5)) AS
importo
FROM [SELECT CODICE_STALLA, SESSO, COUNT(*) AS CAPI FROM BANCA_DATI group by
codice_stalla, sesso]. AS [%$##@_Alias]
GROUP BY codice_stalla]. AS a INNER JOIN codici_stalla AS b ON
a.codice_stalla = b.codice_stalla) INNER JOIN anagraficallevamenti AS c ON
b.iva = c.iva
ORDER BY b.iva;
(provvederò subito a sostituire quel COUNT(*) :)
-- 
Jax
====
Il buon senso non avrà dunque mai degli eroi? (Armand Salacrou)