Db esistente utilizzarlo in rete

[moro]

Salve uno dei db di uso personale che ho prossimamente vorrò implementarlo per utilizzarlo in rete.

Attualmente ho, interfaccia grafica, script e dati in un unico file.

Considerando che per me utilizzarlo in rete vorrà dire poter creare un'altro file con un'interfaccia grafica semplificata che permette ad altri utenti di modificare solo ed unicamente ad esempio documenti e movimenti di magazzini in linea di massima come dovrò procedere e cosa dovrò tenere in considerazione?

Il db attuale è utilizzabile oppure dovrò apportare delle modifiche per renderlo migliore in rete?
La cosa più importante che vorrei sapere è se è preferibile dividere interfaccia grafica e dati in due file in quanto in quel caso dovrò rivedere tutto il db attuale.

Grazie

[stregatto]

Considerando che per me utilizzarlo in rete vorrà dire poter creare un'altro file con un'interfaccia grafica semplificata che permette ad altri utenti di modificare solo ed unicamente ad esempio documenti e movimenti di magazzini

e perché? usa i privilegi e formati dedicati e scripta la navigazione.

.g.

[moro]

Lo immaginavo mi dicessi così effettivamente ci avevo pensato però ero nel dubbio.

Purtroppo non ho mai usato Fm in rete e a riguardo sono ignorante ma prima di iniziare mi documenterò.

Volevo solo capire se il Db attuale posso lasciarlo così oppure devo fare qualche modifica.

Vorrei utilizzarlo principalemente su una macchina per cui in quel punto mi servono massime prestazioni e poi gli altri utenti dovranno accedere hai dati in rete come dovrei fare?

[stregatto]

Volevo solo capire se il Db attuale posso lasciarlo così oppure devo fare qualche modifica.

i globali si comportano in modo differente, e così pure i riferimenti ai file e occhio al record locking.

Vorrei utilizzarlo principalemente su una macchina per cui in quel punto mi servono massime prestazioni e poi gli altri utenti dovranno accedere hai dati in rete come dovrei fare?

dipende da:
a) quanti utenti hai
b) in LAN o in WAN
c) la mole dei dati
d) eventuali file (non FM) da condividere, come pdf, immagini etc.

.g.

[moro]

i globali si comportano in modo differente, e così pure i riferimenti ai file e occhio al record locking.

Il discorso record locking lo conosco già come il problema dei globali in rete per cui il db è stato sviluppato tenendo presente una messa in rete futura.


a) 2 al massimo
b) Per ora LAN e più precisamente in wireless, forse in un futuro molto lontano WAN ma è una possibilità remota
c) Movimenti e documenti non saprei dirti ce ne saranno ma non in eccesso
d) File da condividere ce ne saranno di sicuro

[stregatto]

discorso record locking lo conosco già come il problema

occhio, che può essere insidioso

a) ok. puoi usare un FMPRo come host e gli altrisi connettono in remoto.
b) e c) ok
d) se non sono tantissimi ti conviene inserirli direttamente in campi contenitori

.g.

[moro]

occhio, che può essere insidioso

In quale situazione potrà esserlo

se non sono tantissimi ti conviene inserirli direttamente in campi contenitori

Le immagine per l'archivio materiali le inserisco già in campi contenitori per gli altri preferisco inserire i riferimenti anche perchè
Sono voluminosi per quanto riguarda le dimensioni.

Cosa dovranno avere istallato gli altri pc?Vorrei fare tutto in runtime senza dover istallare in nessun pc Filemaker.

[stregatto]

in quale situazione potrà esserlo

ad esempio un record che blocca i correlati per tutto il tunnel relazionale

Le immagine per l'archivio materiali le inserisco già in campi contenitori per gli altri preferisco inserire i riferimenti anche perchè
Sono voluminosi per quanto riguarda le dimensioni.

e allora ti tocca ripensare il discorso, in quanto hai bisgno di un volume condiviso in cui piazzarle. e di un percorso di rete

Vorrei fare tutto in runtime senza dover istallare in nessun pc Filemaker.

non puoi farlo. ti serve una diversa licenza FMP per ciascuna macchina.

[moro]

ad esempio un record che blocca i correlati per tutto il tunnel relazionale

Non avevo considerato che avrebbe compromesso anche le relazioni ad esso annesse.
Quindi bisognerebbe agire su tabelle non relazionate per non correre questo rischio.

non puoi farlo. ti serve una diversa licenza FMP per ciascuna macchina.

Qualche altra soluzione per evitare altre licenze e soprattutto lasciare solo soluzioni runtime?
Mi accontenterei anche se fosse unicamente una macchina secondaria anche con un nuovo runtime non condiviso a poter modificare ad esempio i documenti, purchè siano visibili le modifiche dalla macchina principale.

Credo sia fattibile una sorta di esportazione e importazione ma dovrei valutarne i pro e i contro.
Se è vantaggioso in qualche modo separare interfaccia grafica e dati vi dico che stò valutando l'ipotesi e aprirò un'altro post a riguardo.

Accetto suggerimenti grazie.


BUON NATALE A TUTTI!

[stregatto]

Quindi bisognerebbe agire su tabelle non relazionate per non correre questo rischio.

No. essenzialmente, devi scriptare con molta attenzione apertura e savataggi record.

Qualche altra soluzione per evitare altre licenze e soprattutto lasciare solo soluzioni runtime?

nessuna. l'unica è UNA licenza di Fm e IWP, ma lascia molto il tempo che trova. in alternativa una VLa sulla macchina ospite e gli utenti si connettono in TS (ma ti serve Windows server e la licenza).

Credo sia fattibile una sorta di esportazione e importazione ma dovrei valutarne i pro e i contro.

puro delirio.

Se è vantaggioso in qualche modo separare interfaccia grafica e dati vi dico che stò valutando l'ipotesi e aprirò un'altro post a riguardo.

ha senso se:
a) vuoi comemrcializzare la soluzione
oppure
b) prevedi numerosi aggiornamenti da fare in remoto.


.g.