Newsgroup: it.comp.giochi.action
Titolo: [OT] Database con OpenOffice

Qualcuno di VOI(c) è mica esperto di database? magari con base di 
OpenOffice?
 
Mi sto lanciando ad impare un minimo come impostarne uno per gestire 
alcune schede a lavoro, ma sono un po' insicuro sulla base, diciamo 
sull'impostazione del tutto.
 
se per caso qualcuno di voi ci capisce qualcosa magari gli rompo le 
palle 10minuti, anche mentre siamo in chat di BF3 ;-P
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza è l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- SnS pf - socio sostenitore n°16506
- Mister Vistracàonpetto
 
 

 10minuti, anche mentre siamo in chat di BF3 ;-P
 
ma usa mysql no?
 
 

PdG scriveva il 16/04/2012 :

eccoci!
 
Ero approdato a OpenOffice per non usare Access e tu mi dici già di 
usare mySQL.
 
io l'ho sempre scartato a priori credendo che OO o Access fossero più 
"intuitivi", tu perchè mi consigli mySql?!


 "intuitivi", tu perchè mi consigli mySql?!
 
In effetti ho sbagliato io approccio.
L'approccio giusto e' quello di farti una domanda iniziale:
 
A cosa ti serve il database? Cosa ci devi fare di preciso?
 
 

 A cosa ti serve il database? Cosa ci devi fare di preciso?
 
In effetti potrebbe bastargli pure un workshit, openOffice o libreOffice o 
escél quel che gli pare 
 
 
 

 A cosa ti serve il database? Cosa ci devi fare di preciso?
 
voglio usarlo per creare le schede di lavoro/controllo


 escél quel che gli pare
 
se avessi da farlo "alla svelta", io andrei direttamente di excel+VBA, 
ma mi rendo conto che in pratica ci realizzo una specie di Database, 
quindi tantovarrebbe orientarsi subito su un DB, no!?


 voglio usarlo per creare le schede di lavoro/controllo
 
ok. non so cosa siano ste schede, ma immagino che qualcuno debba 
compilarle.
Chi le compilera' dovra' farlo dalla sua postazione o ci sara' una sola 
persona addetta alla compilazione?
 
 

 sull'impostazione del tutto.
 
comprati un gestionale da 10.000 euri/settimana
 
 

 quindi tantovarrebbe orientarsi subito su un DB, no!?
 
Sapessi quanti dati oggigiorno sono tenuti in volagrissimi worhsheets... La 
questione e': vale la pena di farci un database? E questo dipende da quali e 
quanti dati conterra' e che tipo di elaborazioni ci si faranno sopra. 
 
 
 

PdG ha usato la sua tastiera per scrivere :

esempio scheda classica: (riporto solo alcuni dati per capirsi)
per la prima parte "identificazione" i dati sono univoci, mentre per 
"lavorazioni" e "controlli" una stessa scheda ne presenterà diveri per 
tipo
 
"identificazione"
-------
- n° scheda
- data
- COD ARTICOLO
-------
 
"lavorazioni"
-------
- Numero FASE
- tipo lavorazione
- stampo da usare
- note
-------
 
"controlli"
-------
- Numero Fase
- controollo da esguire
- limiti
- registrazione
-------
 
 
ESEMPIO SCHEDA
--------------
 
IDENTIFICAZIONE:
 
Scheda: 1
data: 14/04/12
Articolo: 100100
 
LAVORAZIONI:
 
FASE 1 | stampaggio | stampo123 | lubrificare con "prodotto"
FASE 2 | lavaggio | nessuno | asciugare bene i pezzi
 
CONTROLLI:
 
FASE 1 | altezza 50 | min: 48 max:52 | scheda lavoro
FASE 1 | larghezza 30 | min: 29.5 max: 30.5 | scheda lavoro
FASE 1 | presenza timbro | visivo | scheda lavoro
FASE 2 | assenza macchie acque | visivo | scheda lavoro


 quanti dati conterra' e che tipo di elaborazioni ci si faranno sopra.
 
ti dico perchè secondo me MI convine imparare i database, perchè 
attualmente uso excel pieno di formule VBA del tipo:
 
vai in foglio tal dei tali
posizionati in A1
per ogni dato in A1 uguale a "X"
copia cella > apri foglio riepilogo > incolla cella > torna a foglioDB
spostati di "n" celle a dx
copia cella > apri foglio riepilogo > incolla cella > torna a foglioDB
...
 
 
il tutto, ovviamente, senza nessuna conoscenza profonda di VBA e senza 
fare nessun tipo di controllo o ottimizzazione, ma la sola verifica:
 
"Va!?"
se si OK se no riprova :-)


 comprati un gestionale da 10.000 euri/settimana
 
il gestionale cell'ho, ma non mi gestisce i controlli e sto guardando 
come arrangiarmi per non spendere proprio quei 10000neurimese



 
Ok, questa e' la struttura, ma quel che mi serve sapere e': chi 
accedera' a queste schede? da dove lo fara'? Sara' uno solo o piu' di 
uno?
 
 

Il 16/04/2012, PdG ha detto :

per ora saremo solo in 2. l'unico accesso sarebbe alla creazione ed 
alla modifica. cosa intendi "da dove"!? dal proprio pc nella rete 
aziendale presumo
 
poi, ho un intero sistema qualità che potrebbe essere informatizzato, 
magari piano-piano....


 piano-piano....
 
il punto e' questo: se e' una sola persona che puo' metterci le mani, 
si tiene l'archivio delle schede nel proprio pc e in effetti in questo 
caso una soluzione alla access va benone.
Ma se l'idea e' quella di poter permettere a due o piu' di metterci 
mano in qualsiasi momento, magari io dal mio pc e tu dal tuo senza 
dover far si' che quando devo modificare o aggiungere dati debba 
avvisarti "oi, non sta toccar niente che devo lavorare sullo 
schedario", allora temo che un mysql o un db relazionale sia piu' 
indicato.
 
 

 relazionale sia piu' indicato.
 
mi sembra di capire che... non avevo capito la differenza fra mySQL 
(sql in generale quindi) e DB Access o OO.
 
altra cosa, il fatto che abbia un gestionale il quale (CREDO) utilizza 
Sql, mi può fare pendere da una paltre o dall'altra? (intendo ad 
esempio per poterci "pescare" i dati tipo "codice articolo - 
descrizione")
 
oppure anche OObase/Acces possono collegarsi a Sql!? (come credo...)


 oppure anche OObase/Acces possono collegarsi a Sql!? (come credo...)
 
sql e' un linguaggio con il quale tu, dal database, puoi fare ricerche 
o modifiche dei dati inseriti, ricerche anche estremamente complesse.
Dopodiche' Access sicuramente puo' collegarsi a database anche piu' 
complessi, tipo oracle, mysql, ecc.. utilizzando gli ODBC che sono una 
sorta di "driver".
 
 

PdG ha pensato forte :

ok, grazie dell'esaurienti delucidazioni, diciamo che, essendo una ONE 
MAN COMPANY o quasi (la parte qualità/tecnica la seguiamo io ed un mio 
assistente e basta) potrei procare con OObase.
Il fatto che sia semplice è un valore aggiunto, volendo realizzare 
qualcosa di semplice in autonomia per riepsarmiare qualcosa.
 
poi in futuro posso anche farmelo migliorare....


 Ovviamente imho.
 
Hint: access e' un database. 
 
 
 

 se si OK se no riprova :-)
 
Letto veloce, due cose. Le relazioni che intercorrono tra oggetti/
eventi di cui parli (Lavorazioni, Fasi, Controlli) determinano la
possibile struttura del database e le possibili operazioni che ci puoi
fare su. Spesso, l'entità di queste operazioni e la quantità dei dati
trattati non giustificano l'uso di un sistema di database relazionale
(PostgreSQL, Oracle, mysql, etc.) che di fatto è un server con una sua
configurazione, admin e utenti, logs da controllare, istruzioni e
comandi vari,... (questo oltre le basi comuni: tabelle, records,
campi, SQL, etc.). In pratica è molto probabile che, per quello che
devi fare, OO Base oppure Access siano ampiamente sufficienti. La
parte importante è pensare bene a quello che serve e proggettare il
database in modo corretto; fatto quello, diventa semplice in futuro
portarlo altrove se ve n'è bisogno.
 
Poi magari a prescindere dal compito ti interessa impararli comunque
quei sistemi e allora benvenga l'occasione.


Ben detto.

 portarlo altrove se ve n'è bisogno.
 
si, questa è la mia conclusione.
 
diciamo che la struttura a grandi linee la so realizzare, avrei potuto 
farmi qualcosa solo con tabelle di excel e VBA, diciamo che vorrei 
provare a semplificare passando ad Access/OObase.
 
ora ho trovato un po' di guide e mi sto documentando, quello che ancora 
devo capire bene è come gestire le relazioni 1 a molti


 ancora devo capire bene è come gestire le relazioni 1 a molti
 
Se usi la sintassi SQL, di solito si gestiscono con delle JOIN, solitamente 
INNER, LEFT, RIGHT 
 
 
 

 oppure anche OObase/Acces possono collegarsi a Sql!? (come credo...)
 
OO Base e Access sono dei database relazionali, SQL è un linguaggio
che permette di interrogare i database.

ViLco ha pensato forte :

...ecco... mi sono già perso... STUDIARE!! devo STUDIARE!


 affini).
 
pensa che io lo presi insieme ad office 2003 proprio per fare queste 
cose che mi accingo a fare adesso...
 
inutile dire che non l'ho mai usato (ed ora, avendolo solo io, dubito 
che lo userò)


 che lo userò)
 
2003? Bravo. Fai bene a portarti avanti con il lavoro ;)

cpascoshi scriveva il 17/04/2012 :

all'epoca ero convinto di imparare access in 4e4 8
 
(come ora con OObase, ah, causa imprevisti ho già cambiato lavoro ed ho 
abbandonato lo "studio" di OObase)
