[bglug] Database question .

[Samuele E. Locatelli]

Il mar, 2004-05-11 alle 14:20, fernando Figaroli ha scritto:
> Alle 12:51, martedì 11 maggio 2004, massix@sorint.it ha scritto:
> > Ciao a tutti,
> 
> >    Puo' linux, via tools magici, leggere direttamente file mdb/mde di
> > un MS-Access ?
> 
> leggi qui per manipolare  i file di access:
> http://nathanvi.it/openoffice/index.php?page=DbAccess
> 
> poi vedi questi programmi, come alternative ad access:
> www.kexi-project.org
> www.totalrekall.co.uk
> 
> ciao, ff
> 
> ______________________________________________________________________
>  

Ottimi i consigli di fernando (come al solito)...

solo 2 note:

Access è un bel giocattolo fatto di tante parti:

motore guidato creazione DB relazionale (ovvero funzioni
DataDefinitionLanguage)
motore SQL
generatore query (ovvero funioni DataManipulationLanguage)
generatore di forms
generatore di codice VBA automatico
editor di codice
macro
generatore e renderizzatore di reports

In un altro MOTORE sql puoi importare le tabelle (schema e dati) e x
quello i link indicati ti danno risposta.

NON ESISTONO convertitori automatici x il codice e le maschere, e non
avrebbero senso: il difetto di access è appunto di essere un pò troppo
giocattolino (e da questo i difetti ad es nella gestione di query
annidiate, group by complicati non secondo schema ANSI SQL...) e non ha
senso copiare in peggio...

quindi ci sono tools linux x interfacciarsi al db e x leggere ed
importare dati, ci sono tools simili ad access x creare le interfacce,
ma non c'è nulla che "digerisca" direttamente un MDB, xché vale la
regola GIGO (garbage in --> garbage out) e poiché come detto
nell'infinità di cose che fa access parecchia spazzatura la si trova, si
vuole evitare di portarla al pinguino...

Una cosa intelligente (piuttosto) è di ospitare la parte motore SQL ad
esempio su mysql e continuare ad impiegare access x il resto (x non
buttare il lavoro esistente ed avere un motore di DB serio...).

Tanto una volta su linux ed impiegato mysql da linea di comando
(attenzione che i vari editor spesso x limitare l'impiego in ram
limitano la gestione a una cache di 1000 dati, vedere MySql CC...) non
si sente la necessità di editor grafici (che come detto spesso si
limitano a sbagliare le query appena + complesse di un inner join...

Al contrario provata la potenza dello scripting linux passa la voglia di
usare giocattoli come access... (tranne x al visualizzazione degli
schemi)

Un solo consiglio x impiegare MySql progettando il db meglio di quanto
faccia access:

http://fabforce.net/

che ha standard + "alti" di access (ERWin...) e permette reverse
engineering di db...

Keyhammer
-- 
Samuele E. Locatelli <samuele@locatelli.info>
SSII Locatelli