Newsgroup: it.comp.os.linux.software
Titolo: Da openoffice base a mysql

Ciao a tutti,
Sto sviluppando un database per la gestione di allievi e fornitori presso
una scuola privata. 
Mi è stato richiesto di realizzare la cosa con OpenOffice Base, più che
altro perché le persone che dovranno usarlo conosce già OpenOffice e
vorrebbe sfruttarne le funzioni di stampa unione.
La cosa mi piace, perché così posso interfacciarlo con MySQL, con tutti i
vantaggi che ne derivano (multiutenza in primis), solo che, almeno
all'inizo, fino a quando loro non sono contenti e non sono sicuri che sia
veramente quello che vogliono, vorrei sviluppare la cosa nel formato nativo
di OpenOffice Base (HSQLDB), in modo che per me sia facile lavorarci a casa
e poi portar loro il lavoro.
La mia perplessità però è: come faccio poi a migrare il database da
Openoffice a MySQL? È possibile, o dovrò ricostruire il database?
Sapete darmi qualche dritta in proposito?
grazie a tutti
gerlos
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
 ci farà un nuovo universo se sarà il caso."
                 < 
http://gerlos.altervista.org
 >
 gerlos  +- - - >  gnu/linux registred user #311588

 Sapete darmi qualche dritta in proposito?
Sviluppa direttamente utilizzando MySQL come backend, sia perche`
sei sicuro che non dovrai rimappare tutti i campi, sia perche`
cosi` almeno usi il male minore...
Enrico

 cosi` almeno usi il male minore...
Effettivamente San PostgreSQL fa proprio la differenza in un progetto come
questo.. 
-- 
Vide

 questo.. 
Veramente, per una volta, non volevo fare la solita flame...
Enrico

 Enrico
Scusate, ma flame a parte, la richiesta iniziale era perché, avendo poca
esperienza con i database (e la poca esperienza che ho ce l'ho con mysql),
volevo fare qualcosa di semplice che si potesse trasportare ad esempio su
una pendrive usb, in modo da mostrare il lavoro in fieri alla committenza,
e poi, una volta che il lavoro era soddisfatto, mettere su un server
database per l'uso vero e proprio.
Purtroppo ho poca esperienza i database in generale (coglierò l'occasione
per imparare di più), non conosco affatto postgreSQL, e la poca esperienza
che ho ce l'ho con mysql. Temo che se dovessi imparare anche postgresql, o
altre cose nuove ma non urgentissime, perderei troppo tempo per realizzare
il progetto!
Grazie lo stesso per gli interventi.
ciao


 database per l'uso vero e proprio.
Se devi fare una demo, allora puoi sviluppare qualcosa ad hoc
utilizzando HSQLDB (ovvero, il motore integrato in OpenOffice Base).
Se devi fare un prodotto (piu` o meno) finito, allora ti conviene usare
direttamente gli strumenti che andranno in produzione. Cercare di
mischiare le due cose sicuramente porta a problemi non prevedibili ed a
seccature evitabili. Se poi puoi, passa a qualcosa di pu` evoluto
rispetto a OpenOffice Base (e.g. Python, Java, C# per fare i nomi piu`
in voga). Questo ti permettera` di ottenere un prodotto piu` flessibile,
piu` customizzabile e piu` portabile. Per fare un esempio, se usi
Python, oltre ad avere un prodotto slegato da OOo, puoi sfruttare il
fatto che vi sia una interfaccia standard per la comunicazione
(DBApi) che ti permette di interfacciarti con piu` database senza dover
cambiare l'intera logica di programmazione
Enrico
P.S. Python permette un interfacciamento diretto con OOo tramite la
libreria pyUNO, per Java dovrebbe esserci qualcosa, ma non saprei dirti
cosa

 Veramente, per una volta, non volevo fare la solita flame...
Allora risparmiati "il male minore", no?
-- 
Vide

 Allora risparmiati "il male minore", no?
Touche` :)
In effetti non avevo fatto caso alle parole che avevo usato. C'e`
comunque da dire che se MySQL, nella mia piccola esperienza, lo
considero un male concettuale (sintassi SQL, mancanza di
funzionalita`, scalabilita`...), HSQLDB lo considero un male fisico. Da
quel poco che ho visto MySQL sembra almeno mantenere uno stato dei dati
coerente. HSQLDB, invece, l'ho trovato pesantemente carente da questo
punto di vista. C'e` comunque da dire che l'uso che ne ho fatto io non
era propriamente ortodosso (5 thread che leggevano e scrivevano dati
contemporaneamente con intervalli al di sotto dei 10 secondi), ma devo
dire che quest'esperienza non me ne ha lasciato un buon ricordo
Enrico

 funzionalita`, scalabilita`...)
Visto che ormai siamo nel mezzo flame :P mi diresti dove starebbe la migliore
scalabilità (orizzontale, non verticale) di PostgreSQL? No perchè non mi
risulta che Postgre abbia una qualche soluzione shared-nothing (Mysql, pur
con molti limiti, ce l'ha: Mysql Cluster), a parte la replicazione
esattamente come in Mysql...
-- 
Vide

 esattamente come in Mysql...
Sinceramente non saprei dirti, a parte la replicazione con Slony, non so
nulla di ambienti clusterizzati. Probabilmente, ma anche qui non so
dirti piu` di tanto, fai prima a clusterizzare tutta la macchina con
drbd o similari
Enrico

 drbd o similari
Una possibile alternativa potrebbe essere sqlrelay, ma e`
generica e richiede uno sviluppo specifico
Enrico