Il 13/05/2012 15:52, Roberto Crosio ha scritto:
Buon giorno a tutti!
Da qualche tempo sto approfondendo l'utilizzo delle suites OOo, AOO e
LibO, e per questo ho deciso di acquistare il manuale di Francesca.
Dopo aver letto sia il suo che altri reperiti in rete ho capito come
muovermi, almeno in linea di massima.
Però ho alcuni dubbi e vi chiedo feedbacks.
Scusate se sono lungo, ma se non si entra nel dettaglio è difficile
farsi capire.
Ecco i miei dubbi:
Ecco i miei 2 cent...
1.
A casa uso Ubuntu 12.04 con LibO 3.5.x, in ufficio ci sono pcs con OOo
3.3, qualcuno con LibO 3.5.x e magari spunteranno installazioni anche di
AOO 3.4.
Le maschere di Base sono leggermente diverse fra le varie suites, ma non
è il loro layout a preoccuparmi, bensì incompatibilità di macro, SQL
ecc. ecc.
Oltre che incompatibilità tra le versioni della stessa suite per diversi
OS, potrebbe esserci incompatibilità fra le differenti suites, pur
usando lo stesso OS, o forse mi creo problemi inesistenti?
E, IMHO, non è una soluzione sviluppare un Gestionale con una suite, e
poi obbligare chi ne usa un'altra ad installare quella con cui si è
fatto il lavoro e che il cliente non ha, gratis o no che siano.....
Problema sicuramente non trascurabile. Purtroppo non vedo altra
soluzione che installarsi qualche macchina virtuale e provare a fondo il
proprio prodotto sulle diverse versioni che si vogliono supportare.
Per quanto ne so, Base ha subito uno sviluppo piuttosto intenso rispetto
agli altri componenti della suite, quindi non mi stupirei di riscontrare
incompatibilità tra versioni diverse su uno stesso documento odb
(/ironia mode on - quanto fa male ammetterlo, dopo anni passati a
massacrare M$ per lo stesso problema :-P )
2.
Come posso esser certo che il Gestionale possa essere usato in
multitasking?
L'utilizzo di un documento odb in multiutenza mi pare sia
sostanzialmente non supportato. Con multiutenza intendo in questo caso
il fatto che più persone aprano contemporaneamente lo stesso documento,
ospitato su una cartelal di rete, ognuno con la sua copia di Base in
esecuzione sul proprio PC.
Per quanto ne so, l'unica soluzione in uno scenario del genere è
installare un server sql dedicato (ti congislio mysql), e connettere il
documento odb al database installato su quel server.
3.
Tenere tutto in un unico file odb risulta comodo fino al momento in cui
non si debba intervenire *solo* sulla parte dati oppure *solo* su forms
e reports per la gestione dati,
Nel senso che se si cambia solo il layout a video o su carta non serve
mettere mano ai dati, e viceversa.
Esattamente come si faceva in passato con i vecchi files dbf, creati con
DBaseIII, ma gestiti tramite programmi scritti e compilati con Clipper,
che creava solo il programma, ma non conteneva i dati.
Sarebbe quindi possibile avere un primo odb con dati e queries, ed un
secondo odb con le forms ed i reports?
Oppure per separare i dati dalla loro gestione si è obbligati ad usare
Writer, Calc o Draw?
Come ho detto sopra, la soluzione è usare un server sql dedicato. I dati
stanno su (ad esempio) mysql, l'interfaccia (form, query, report, ecc.)
sta nel documento odb.(*)
I dati all'interno del database possono ovviamente essere elaborati (in
sola lettura, ad esempio per fare dei report, o in scrittura, ad esempio
per correggere errori degli utenti, o creare indici per migliorare le
prestazioni del sistema) con qualunque strumento sql compatibile con il
server scelto.
(*) In particolare una grossa comodità (IMHO) derivante dall'uso di
mysql (o altro rdbms) è la possibilità di usare le VIEW al posto (o in
aggiunta) delle query di Base.
4.
Se si è obbligati ad usare dall'esterno il file odb, non potendone avere
2 come indicato precedentemente, quale componente mi consigliate per
creare forms e reports stabili, fra Writer, Calc e Draw?
Mi pare che Base lanci Writer in una modalità particolare per creare i
report.
Calc può connettersi a sorgenti dati configurate all'interno della sute.
Tra queste figurerebbe ovviamente la sorgente che si connette al
database esterno usato per il gestionale.
5.
Se il Gestionale fosse usato sempre da chi lo crea, non si avrebbero
problemi; purtroppo gli utilizzatori finali sono "utenti inesperti", per
cui vorrei sapere se ci sia il modo di distribuire il Gestionale senza
che gli utenti possano cliccare a piacere su pulsanti che non devono
neanche vedere, evitando che danneggino il layout di forms e reports,
per non parlare della struttura delle tabelle e queries.
Per quanto riguarda l'interfaccia utente, non ho sufficiente esperienza
per darti consigli.
Per la struttura del database (tabelle, campi, ecc.), se usi un server
sql esterno come ti ho detto prima la cosa si può ottenere usando due
utenti: uno con tutti i privilegi ("dba", cioè amministratore di
database, che può creare e cancellare tabelle, campi, indici, ecc.) e
uno con soli privilegi di lettura e scrittura sui dati (insert, delete,
update, create sulle tabelle), da utilizzare per connettere Base al
server di database. In questo modo, qualunque tentativo di modifica
della struttura del DB con Base risulterà in una negazione direttamente
da parte del server sql.
Ho scoperto che posso usare questa soluzione: una volta che una form od
un report sono pronti per l'uso da parte dell'utente finale, posso
disabilitare ogni cosa: barre pulsanti e menu testuali
orizzontali/verticali, e poi proteggere il documento da modifiche con
password, ovviamente dopo essermene fatta una copia!
Oppure esiste un metodo migliore?
Anche qui, non saprei, ma la soluzione che citi mi sembra ragionevole.
Forse potrebbe essere sufficiente spuntare il flag "sola lettura" sul
file odb...
Grazie.
--
Distinti saluti
Roberto Crosio
---------------------------------------------------------------------
Per cancellarsi: [email protected]
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: [email protected]
Archivi: http://mail-archives.apache.org/mod_mbox/incubator-ooo-utenti-it
Spero di esserti servito a qualcosa :-)
--
Marcello Romani
---------------------------------------------------------------------
Per cancellarsi: [email protected]
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: [email protected]
Archivi: http://mail-archives.apache.org/mod_mbox/incubator-ooo-utenti-it
