Il giorno 06/set/07, alle 20:39, Davide Prina ha scritto:


strumento che si trova davanti. In questo modo può anche valutare se lo
strumento è completo o meno, se è ottimale per l'uso che se ne vuole
fare o meno, se ...

questo vale solo nel caso allo strumento si possa accedere per diverse strade. quando ho utilizzato un database ad oggetti, totalmente grafico, senza alcun sistema di relazione sql, ho mutato la mia filosofia di approccio e strumento e argomento coincidevano. questo non è -ahimé- il caso di Base.


male. Le foreign key ti permettono di creare una struttura che ti
garantisce la consistenza dei dati. Se non lo usi elimini uno strumento
che ti offre una funzionalità indispensabile gratuitamente.

ripeto, dipende dall'uso, dalla ricchezza del database e da chi il database deve utilizzarlo.


iniziato a fare il database con cui lavoro oggi usando neooffice e
mysql 3.x non trovai un modo per farlo, e -a meno che il database non

Strumenti -> relazioni

stiamo parlando di openoffice 1.0.4 e mysql 3.x, all'epoca non c'era nessun metodo elementare per dichiarare le foreign keys. d'altronde non sono neppure sicuro che lo strumento relazioni di Oo 2.x possa creare relazioni in un database esterno (se provo ad attivare la voce sul mio 'vecchio' database mysql ricevo un messaggio di errore).


la struttura dati deve essere totalmente indipendente dall'interfaccia.
Io posso utilizzare un qualsiasi tipo di dati nel mio database e
"nasconderlo" all'utente.

dipende anche dallo strumento che utilizzi per inserire i dati. i form di base -per fare un esempio- sono nati vecchissimi.

Quindi tu potevi utilizzare un campo data e far vedere all'utente due
campi: mese e anno

Forse vuoi dire mese e giorno, per l'onomastico non serve l'anno. Comunque è effettivamente quello che ho fatto, ma come dicevi altrove spesso la forma del database si precisa in corso d'opera. Qui ancora di più.



f.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Rispondere a