Ciao, nel secondo reply inviato ti ho risposto a questa ipotesi.
Secondo me questo tipo di problematica e' troppo complessa per poter fornire un suggerimento che sia pertinente. Sistemi per mettere in piedi qualcosa del genere ce ne sono tanti e se ne puo' inventare sempre di nuovi. Alla base di certe scelte ci sono considerazioni sul tipo di sviluppo, sul tempo a disposizione, sulle conoscenze di cui si puo' disporre, sul tipo di architettura su cui si va a insistere (da noi per esempio il php non sarebbe usabile). Sul tipo di gestione che si deve fare poi del sistema. Un elemento poi abbastanza critico e' stabilire se "ogni utente scrive su record distinti o possono collidere sui medesimi records". E cosi' via... Per cui mi rimane difficile darti una indicazione precisa e utile. in llinea di massima i clienti colloquiano via server web. per cui metti su una web-application direttamente su server web in php ad esempio e tramite un application server (tomcat) se vuoi usare il java. la web-application colloquia con il dbms, e implementa la cosidetta "business logic", ovvero prende i records li elabora e prepara delle pagine che invia al browser del cliente (al comue) L'utente riempe le pagine con le sue informazioni e le ritorna alla web-application La quale girera' poi il contenuto al dbms per la memorizzazione. Un punto saliente e che poiche' le connessioni cosifatte sono dette "session-less". Tra una e l'altra perdi il contatto con il dbms e quindi non riesci a gestire la persistenza del collegamento, ai fini di impedire che due utenti si cancellio 8 ocomunque interferiscnao a vicenda) nei dati del dbms. Per gestire questo si ricorre a dei meccanismi di cui il piu' conosciuto e' il "cookies" con il quale viene marcata una sessione di collegamento di un utente. La web-application pensera' cosi (ma devi metterci il codice per farlo) a smistare le richieste di scrittura sul DB evitando le collisioni. Saluti, >Ciao Andrea, >tu non hai capito la mia mail (scusate se mi sono spiegato male ma anche io >sono un po' confuso su come realizzare questo sistema) >e io non ho capito >molto bene la tua risposta (causa la mia poca esperienza in materia). >Credo che quello che vorrei fare è più simile a "esporre il dbms postgres >direttamente su Internet e farci accedere i vari comuni tramite >un >applicativo scritto su OpenOffice dai loro computer remoti". >In locale quando io utilizzo openoffice posso collegarlo a postgresql e usare >openoffice per riempire le tabelle di postgresql. Quindi mi >chiedevo se una >cosa simile posso farla usando un database in remoto e usando più file .odb >(uno per utente=per ciascun comune); >una cosa simile ha senso o ci sono >sistemi migliori? >Grazie per l'aiuto >Marco B. -- ~~~~~~~~~~~~~~~~~ § Andrea § § Peri § ~~~~~~~~~~~~~~~~~ _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it.
