Newsgroup: it.comp.appl.access
Titolo: Filemaker Vs. Access

Buon giorno,
ho già scritto su questo newsgroup (4 volte in due anni se non sbaglio), 
ottenendo sempre un'utilissima risposta.
Vorrei i Vs. pareri da esperti.
Ho avuto occasione di usare Filemaker 9 Pro Advanced e ne sono rimasto molto 
colpito.
Perchè?
- semplicità generale nell'approccio iniziale
- rapidità di sviluppo applicazioni
- versatilità e immediatezza degli script
- caratteristiche di utilizzo condiviso del database
- possibilità di pubblicazione web immediata (grande !!)
Ho visto che i concetti sono sempre quelli dei RDBMS e che per gli utilizzi 
che mi interesano soddisfa pienamente.
Inoltre ho letto che è stato scelto da 50 università americane e ho visto su 
internet varie società che sviluppano applicazioni ad alto livello per 
aziende importanti.
Io ho programmato in passato (da fine anni 80) in Basic (compilatore 
Borland) e C. Ho utilizzato, per chi lo ricorda, il glorioso DBIV che la 
Borland acquisì dalla Ashton Tate.
Poi i computer e i programmi sono cambiati e ho utilizzato Access. Tuttavia 
non sono un utente avanzato in Access.
Avendo deciso di approfondire, mi tenta in questo momento di più Filemaker. 
Mi pare però di vedere in Access un programma più solido e professionale, ma 
che richiede più tempo e dedizione per arrivare a buon livello. Poi non ho 
mai provato le applicazioni runtime con le developer extensions, nè gli 
utilizzi via Internet.
Concludo, e scusate la lungaggine, sperando che i Vs. pareri possano essere 
di aiuto anche a tanti neofiti che spesso pongono questioni abbastanza 
semplici. Voi cosa rispondete alle seguenti domande:
1) Quali sono le differenze sostanziali tra F. e A. ?
2) Esistono dei motivi importanti per preferire o non preferire uno dei due 
prodotti ?
3) E' consigliabile avvicinarsi ad un prodotto magari più completo e 
professionale anche se poi non utilizzeremo mai tutte le caratteristiche e 
potenzialità, quando invece un altro prodotto può soddisfare appieno le 
nostre esigenze e richiede meno tempo e sforzo, ed è questo il caso secondo 
Voi ?
Ringrazio anticipatamente chi vorrà rispondermi (spero anche Alessandro 
Baraldi per la particolare stima che ho per lui).

 Voi ?
Secondo me esistono motivi importanti per escludere entrambi i prodotti
;-)
Nel senso che in questo momento lo sviluppo a certi livelli è più orientato
verso .NET (in particolare la parte web).
Comunque, restando in ambito Db-Rad tieni presente che FM non ha mai
supportato un vero linguaggio di programmazione ma un sistema di scripts.
Per progetti semplici sarà anche più comodo di Access, ma per cose più
avanzate diventa  troppo faraginosa la programmazione.
La forza di Access, oltre alla connettività "reale" a molte fonti dati, è
proprio la disponibilità di un "vero" linguaggio di programmazione.
E tutto sommato, piuttosto sofisticato, se valutiamo ciò che si può fare (e
il sito di Baraldi è una vistosa dimostrazione).
Saluti.

 Vorrei i Vs. pareri da esperti.
Si FM è fantastico, semplice e potente... e poi funziona sia su Mac
che su PC.
Ma per me mancano due cose che Access fa molto bene:
- accesso a base dati esterne: mi riferico alla possibilità di
accedere a Oracle, DB/2, DB2/400, PostgreSQL, MSSQL, MySQL, Adabas,
Informix, ecc. e non solo di recuperare o inviare record ... ma
prioprio di usare Access come front-end e di inviare istruzioni pass-
thru. Cosa che FM fa solo dalla versione 9, solo con MySQL, MSSQL e
Oracle e non con tutte le funzionalità. Certo, L'approccio di FM
sarebbe quallo ni usare il proprio db anche per il client/server ...
ma oggi è impossibile che un'azienda non abbia alcun database
esistente e consolidato con cui sia necessario interagire.
- lo scripting di FM è potente ma con il VBA & CO. si va molto più
lontano.
Miao.
Ganimede Dignan.


Entrambi hanno punti deboli/forti; le esigenze di chi li devi utilizzare fa 
pendere la bilancia per uno o l'altro.
Io, prima di utilizzare access (2.0), cercavo un linguaggio di 
programmazione per gestire db ma che sia compilato e con grafica windows.
C'erano MS FoxPro e CA-dBFast. Scelsi CA-dBFast perché, venedo da 
Clipper's87/dBase il linguaggio era molto simile e venivano aggiunti oggetti 
grafici di windows e la comincazione DDE.
Ma t'assicuro che, provato access, è stato amore a prima vista; pur avendo 
provato Filemaker (non ricordo la versione) anche per web, non c'era 
paragone per i tempi di sviluppo/risultati da ottenere. Ovviamente per le 
"mie" esigenze...
Ciao.
-- 
Sergio MAZZA 

 secondo Voi ?
Ho usato Filemaker sin dalla sua commercializzazione, mi ricordo la 
presentazione della 1.0 con graditissimo omaggio di una copia nfr
Sono state sviluppate anche alcune applicazioni di media complessita' 
(agenzia viaggi, gestione marketing,..)
Poi ad ogni uscita ho sempre provato con trepidazione la versione 
dimostrativa, per capire se finalmente le possibilita' del prodotto, oltre 
alla proverbiale semplicita' d'suo, contemplassero anche la potenza di 
gestione di un classico ambiente di sviluppo per la gestione db
Di fm mi sono innamorato a prima vista, pero' dopo i primi progetti portati 
a termine con fatica, mi sono ricreduto sulla possibilita' di realizzare una 
procedura 'come voglio io' e non come ti permette il sistema sul quale 
lavori
E piu' complesse sono le operazioni da svolgere, piu' e' difficoltoso 
realizzarle con fm
Diciamo che inizialmente e' particolarmente semplice, pero' se desideri ad 
esempio aprire una combo su una certa voce oppure se desideri copiare un set 
di record per farci delle operazioni da codice (il recordsetclone di Access 
per capirci), non si puo' fare
Ma il problema piu' grosso a mio avviso e' l'impossibilita' di usare fm come 
front-end per operare su un altro db
O meglio, sembra che ci sia la possibilita' via odbc ma in realta' non e' 
cosi' nel senso che la decantata connettivita' via odbc e' solo per 
l'importazione e l'esportazione e quindi non puoi ad esempio collegarti ad 
un applicativo tipo Metodo, Arca, TeamSystem, Zucchetti, ecc. per 'toccare' 
i dati, neanche solo per vederli
Devi importarli nel db fm, lavorarli, e poi esportarli
Insomma, la cosa sarebbe anche fattibile ma onestamente non e' augurabile a 
nessuno
Riassumendo, se devi farti uno scadenziario ed una rubrica telefonica, fm e' 
perfetto, in poco tempo riesci ad ottenere un sistema funzionante 
correttamente, per sistemi un po' piu' complessi credo sia migliore Access 
in termini di velocita' di sviluppo e funzioni utilizzabili
Credo che se fm fosse connettibile a db esterni sarebbe molto ma molto piu' 
appetibile
Ciao
RobertoA