Newsgroup: it.comp.software.database
Titolo: filemaker

Vorrei conoscere qualche vostra conasiderazione sulle differenze che e/o
svantaggi/vantaggi che interessano i due database Filemaker e Access.
Mi hanno proposto questi due database per sviluppare un applicativo con le
seguenti caratteristiche:
piattaforma: win nt
tipo database: desktop
nr utenti: max 30
qualche pagina per aggiornamento tramite browser
compatibilità con ambiente office
grazie
saluti

 ha scritto nel messaggio
news:Nzeu7.4629$0Y2.1...@news.infostrada.it...


 5. Compatibilità con Office: totale per Access, non so per Filemaker.
Piu' che buona.
Vins

|> 2. Access è relazionale, mentre Filemaker no.
|
|Sei rimasto un po' indietro, perche' FileMaker e' relazionale da circa 6
|anni, se la memoria non mi inganna.
Vero, ma, se non sbaglio, non è standard SQL.

 Nessun tipo di problema, sopratutto se usi FileMaker Server.
Access è un ambiente di sviluppo scalabile da DB file-sharing a a Client
server.
Filemaker è basato su un linguaggio di script troppo semplice per sviluppare
applicazioni sofisticate.
Ciao, Simone

 seguenti caratteristiche:
FM è molto più semplice di Access e, inevitabilmente, ci si può fare
pochetto.
A' XX è un ambiente di programmazione, non un'applicazione con cui
sviluppare semplici DB ... la differenza è tutta qui.
http://www.mediaconsulting.com/italy/SE7EN/
www.siacinformatica.it
www.palomar.net
Ciao, Simone
P.S: lavorando con Access usando le MACRO e ignorando il relativo VB, si
ottiene FM

 wrote:

La 5.5 e' ODBC nei due sensi, pero', effettivamente, non supporta tutto 
SQL.
Vins

 wrote in message
Nzeu7.4629$0Y2.1...@news.infostrada.it...


 Piu' che buona.
Jonathan

 superficiale del manuale di FileMaker)
Erri, FileMaker (o meglio il so Web Companion) fa da web server. Fa 
parte dell'installazione standard.
Vins

 parte dell'installazione standard.
Appunto, ma se ho il mio programma di Web server, cosa succede? Le pagine
prodotte da FileMaker continuano a funzionare su un generico Apache o IIS?
Jonathan

FMP) o di meno (in Delphi) in Access.
Mah, per uso gestionale, soprattutto con motori Server, ci sono strumenti decisamente più Ad Hoc
rispetto a Delphi ... che pure trovo impareggiabile per un mucchio di altre cosette :-)
Ecco quindi perchè la diffusione di RAD specifici per database: Access, 4D, Omnis, Fox-Pro etc. etc.
Ho intravisto qualche applicazione sviluppata con FMP, ma come è già stato
rimarcato è difficile sviluppare software articolati con linguaggi di script (anche per la
difficoltà di gestire bene le eccezioni).
Ciao, warp

5pers ha scritto nel messaggio ...

Proprio in questo periodo sono in contatto con un professionista che sta convertendo un'applicazione
di analoga portata in qualcos'altro (diciamo Access).
Secondo me potresti sentirlo in mail dato che è molto disponibile e conosce bene FM, pregi e limiti.
agostini....@tin.it
Ciao, warp

 prodotte da FileMaker continuano a funzionare su un generico Apache o IIS?
Funziona tutto perfettamente grazie al Web Collettor fornito con il
software...
Non credo che discriminando questo o quel prodotto se ne possa trarre
qualche tornaconto personale ( a meno che non ti chiami Bill..). Ogni
software ha dei pregi e le sue limitazioni, dipende tutto da quello che si
deve realizzare.
Una valutazione più attenta, come magari il test con piccole applicazioni,
potrebbe far avere un giudizio diverso su alcuni prodotti, diverso da quello
dal sentito dire o lettura (tra l'altro credo fosse un'altro manuale visto
che diceva che FMP non è relazionale) molto sommaria.
Non voglio entrare in nessuna polemica ma non mi piace nemmeno sentire
affermazioni che sono distruttive per uno dei miei strumenti di lavoro ( per
la cronaca uso anche Delphi, SQL7, MySQL e riesco anche a farli interagire
tutti con FMP).


 ha scritto nel messaggio
news:9pemlg$sgf$1...@fe1.cs.interbusiness.it...


 prodotte da FileMaker continuano a funzionare su un generico Apache o IIS?
No, le pagine prodotte no, i modelli si, puoi far servire le pagine 
statiche da un web server (Apache, WebSTAR, IIS e quello che si chiamava 
Netscape Enterprise) e le pagine dinamiche da FileMaker, e' spiegato sul 
manuale dell'Unlimited.
Vins

 tutti con FMP).
Premesso che non voglio distruggere nessun prodotto, ti chiedo: se devi fare
un'applicazione con 10-20 tabelle correlate tra loro, la implementi con SQL7
MySQL o FileMaker?
O usi FileMaker come front-end?
Se puoi spiegarmi dov'è che riesci a mettere in relazione tabelle e a fare
query, magari cambio idea e lo uso anch'io.
Ti ringrazio.
--
Cordiali saluti,
Jonathan Canova
www.aladinoinformatica.com

 O usi FileMaker come front-end?
E' praticamente impossibile. E' possibile scambiare dati usando ODBC e 
XML, ma front end in senso stretto proprio no. Come ho detto altrove, 
ognuno ha i suoi limiti.
Vins

 FileMaker (ma neanche per Access, se e' per questo).
Certo che può essere per Access, dipende solo dal motore che utilizzi sul
lato BE...
Ciao, Simone

newsgroup! :-)
Anch'io colgo l'occasione per tirarti le orecchie: si scrive DOPO il quoting  :-))
Ho lasciato un indirizzo non mio valutando che it.comp.software.database pur essendo di eccellente
livello per ora è poco frequentato.
Comunque mi scuso con l'interessato, confidando che non abbia noie per la mia segnalazione.
Ciao, warp

 pagato, e senza fare storie!
Ok, mi dici dove realizzi relazioni e query, che per me restano un mistero
irrisolto? Magari lo diciamo anche a PC Professionale ;-)


 Anch'io colgo l'occasione per tirarti le orecchie: si scrive DOPO il
quoting  :-))
Ma si, nella metà dei messaggi che leggo il quoting è sopra... Qualche volta
quoto sotto e qualche volta sopra, un po' come quando faccio l'amore ;-)

 irrisolto? Magari lo diciamo anche a PC Professionale ;-)
File -> Definisci le relazioni ...
Per le query non c'e' un equivalente esatto, cmq puoi, usando un misto 
di script, campi globali, etc. memorizzare le ricerche. Se devi 
effettuare una query a un DB ODBC puoi scrive la query nelle script step 
"Esegui SQL" (solo in FileMaker 5.5).
Vins

 al web, tutto qui, e per il suo mercato di riferimento e' il numero uno.
Perfetto mi hai tolto le parole da... tastiera.
Saluti a tutti.


 solido dei due.
Le differenze tra i due prodotti sono enormi: il fatto č che non hai le idee
chiare.
Confondi Access (che č un ambiente di Front-End) con MS-Jet che č un motore
File-Sharing con ovvie limitazioni.
Se ti serve qualcosa di + solido puoi usare altri motori sul lato Back-End,
senza cambiare ambiente di programmazione.
Per altri dettagli puoi visitare i links che ho postato un paio di giorni
fa.
Ciao, Simone


Forse non hai letto i miei post precedenti, uso già SQL7, mySQL e di tanto
in tanto Oracle.
Un giorno mi spiegherai perchè devo usare Access come front-end...
Dopo 36 anni dei quali 20 passati su di una tastiera (sono un informatico)
credo di aver le idee abbastanza chiare...
Ah, ribadisco nessuna polemica, ognuno usa quello che ritiene più opportuno.
Saluti.


 Ah, ribadisco nessuna polemica, ognuno usa quello che ritiene più
opportuno.
Certamente, ma non paragonare prodotti con caratteristiche completamente
diverse.
Ciao, Simone

quoto sotto e qualche volta sopra, un po' come quando faccio l'amore ;-)
Bravo, attento a non quotare in mezzo però...
Ciao, warp

Un giorno mi spiegherai perchè devo usare Access come front-end...
Perchè devo usare un'automobile per guidare?  :-)
Ciao, warp

Salve a tutti,
devo ammettere che ne avete fatto una bella discussione costruttiva (nel
vero senso della parola)..
Almeno per me.
Scusandomi anticipatamente con tutti voi, vorrei riportare una risposta alla
domanda iniziale..
FileMaker o Access??
Per l'uso richiesto?
//
piattaforma: win nt
tipo database: desktop
nr utenti: max 30
qualche pagina per aggiornamento tramite browser
compatibilità con ambiente office
//
Per questo tipo di utlizzo, tutti e due se la cavono magnificamente.
N.B.: FileMaker e il web.. la vedo ancora una cosa su cui lavorare.
Comunque, se il sol mangia le ore, FileMaker e' la soluzione.
;)
Qualche nota per il nuovo utilizzatore.
Elencazione casuale e non completa..
;))
Pro di FileMaker
- ottimo engine
- facilita' di apprendimento degli script di comando
- il progetto puo' essere pronto al pre-uso in pochissimo tempo
- modifica/aggiunta di campi, facilissima
- ambiente di lavoro molto facile
Contro di FileMaker
- senza i plug-in di terze parti, e' chiuso in se stesso.. Salvo la volonta'
di scriverseli con un'altra versione di FileMaker
(Plug-in? = Esempio: la possibilita' di chiamare delle funzioni esterne)
- l'interfacciamento con il web e'.. Da provare.
- in alcune situazioni bisogna farlo lavorare (passaggio di parametri e
basta) con altri linguaggi (Es.:Visual Basic, Delphi)
- seppur relazionale, in alcune situazioni, la soluzione resta il metodo
dell'importo file e dell'esporto file.
- ci vuole molta immaginazione e pratica per fare alcune cose
Pro di Access
- ottimo engine
- puo' sfruttare/interagine MOLTISSIMO con l'ambiente che lo circonda
- le relazioni sono visivamente facilitate
- linguaggio consolidato
- visione panoramica del progetto
Contro di Access
- l'apprendimento e' piu' lento rispetto a FileMaker
Se si vuole avere il massimo, bisogna anche dare il "quasi" massimo.
--
Saluti e buon lavoro
Mario Costantini
www.macozo.it
mac...@tin.it

Se si vuole avere il massimo, bisogna anche dare il "quasi" massimo.
Ehmm ... hai risposto a me che ho contribuito poco al Thread.
Comunque mi complimento per l'equilibrio delle tue valutazioni: di solito a questo punto girano
insulti  ;-D
L'unico fattore che hai omesso, a mio parere importante, č la grande apertura di Access/Vba verso
motori server, non solo ODBC e l'integrazione sempre piů spinta con MSDE/SQLSVR
.
Sul discorso apprendimento č tutto molto soggettivo: quando conosci bene un ambiente ti sembra
semplice e viceversa.
Ah, un pregio di FM č stato omesso da tutti: č multipiattaforma (anche Linux si diceva).
Ciao, warp

 - ci vuole molta immaginazione e pratica per fare alcune cose
Concordo pienamente, per lavorare in FM talvolta e' necessario essere 
molto creativi.
Vins