Newsgroup: it.comp.macintosh
Titolo: File .MDB su Mac

Come si possono gestire i file .mdb (penso siano file di Access, ma li 
produce anche un programma ministeriale) su Macintosh. Dovrei estrarre 
dei dati, magari automatizzando la cosa in qualche modo. Il file è 
protetto da password che per il momento è banalmente 'password', e 
contiene anche un sacco di dati che non mi servono.

 Come si possono gestire i file .mdb 
Con Virtual PC , tutti gli altri modi prevedono sempre la possibilita'
di usare access. Se hai un amico con PC e Office pro, puoi farti
esportare i dati in formato excel, o testo e tabulatore,  per poi
recuperarli su di un foglio elettronico con il mac.
-- 
Angelo
http://www.setter.3000.it
http://www.dicrocedomini.it

 Come si possono gestire i file .mdb
mdb è un formasto proprietario di access, e li gestisci solo con quello
(che esiste solo per uindos)
ciao ciao


perņ su pc ci sono diversi programmini che riescono a gestire questi tipi di
file (penso siano fatti in Visual Basic), anche senza M$Accsess. Io vorrei
farlo su Mac.
Adriano B.

 anche senza M$Accsess. Io vorrei farlo su Mac.
non si può
ciao
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 file (penso siano fatti in Visual Basic), anche senza M$Accsess.
Perché Access è una interfaccia ed il database è Jet. Comunque anche Jet
è proprietario Microsoft, come ha già detto Puce.

 è proprietario Microsoft, come ha già detto Puce.
Nemmeno via ODBC, magari con realbasic,  riesco ad accedervi? (la cosa
interessa anche a me).....

 interessa anche a me)...
Mai provato, se qualcuno ha notizie mi accodo all'interesse :-)

 è proprietario Microsoft, come ha già detto Puce.
E immagino che Jet sia parte di Windows, da W95 ad XP?!

 farlo su Mac.
ho idea che esistano dei moduli Perl che dovrebbero leggere suddetto
formato... ma non so dirti a che livello sia lo sviluppo... dai un
occhio al CPAN :)
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan


-- 
nif from outer space


anche se mi sembrava ci fosse qualcosa di piu` specifico... ma ormai
sono portato a pensare di essermi sbagliato, visto che non lo sto
trovando... o forse era quello che ho segnalato.


Adriano B. <borgob...@SPAMadriacom.it> wrote:

Esatto :-(
-- 
Ciao
Fabio

 wrote:

Per quel che so io ODBC e' un bridge, cioe' non ha al suo interno la
logica per gestire tutti i vari database ma solo per convertire le
chiamate per i particolari driver. 
Quindi senza un database engine come Jet ( o equivalenti ma io non ne
conosco) non e' possibilie aprire i file access. In passato mi son posto
anche io la questione e avevo pensato di guardare al mondo java ma anche
li non ho cavato molo, JDBC e' l'equivalente Java di ODBC cioe' voi fate
le richieste a  JDBC e lui le passa al sw necessario (jet in questo
caso) solo che senza Jet siamo punto e a capo.
-- 
Ciao
Fabio

 Mai provato, se qualcuno ha notizie mi accodo all'interesse :-)
AFAIR tempo fa Marco Balestra disse qualcosa in proposito di come
leggere i dati dei file di access via ODBC. anche se mi sembra che il
discorso si limitasse solo alla lettura dei dati e non alla loro
modifica.
magari con google si trova di più.
ciao
-- 
/luca
"In me ten paradoxes make one truth,"
Dylan Thomas

 wrote:

Dovresti disporre di un driver ODBC ad hoc. Vedi se qualcuno lo propone
per OSX.
-- 
Quando c'era lui i treni partivano in orario
Quando c'era lui ci deportavano in orario

 produce anche un programma ministeriale) su Macintosh.
Ci sono due modi:
a) col cestino
b) da shell, con rm, l'unico programma che legge qualunque formato
:)
Scusa ma non ho proprio resistito :))))
Spero i consigli degli altri ti siano serviti.
Ciao,
Marco

 Era Angelfall
Chiedo scusa, confusione fra saggi. :-)


 trovando... o forse era quello che ho segnalato.
Appunto. Avendo "sfogliato" velocemente CPAN mi ero imbattuto nei moduli
per la gestione dei DBM scambiandoli per MDB.
Cercando (poco) meglio ho poi trovato un paio di cosette tra cui quella
che hai indicato tu.
ciao ciao


 che hai indicato tu.
e l'altra che hai trovato?
ho sempre un modulo che mi manca all'appello ;)


 ho sempre un modulo che mi manca all'appello ;)
:)


 l'accesso ad un MDB e perche` sono convito che tu lo consca gia`.
si, questo lo avevo visto anche io nella ricerca. speravo che tu avessi
trovato ''il modulo mancante'' :)
poi tutta la cosa per me conta poco, visto che spero di non dovermi mai
trovare di fronte ad access... :)


 wrote:

Pare che quelli che producono il miglior sistema client-server siano
quelli della OpenLink: 
www.openlink.com



Purtroppo sembra che i programmi che la Sogei     ==:-( un nome un
programma )-:==
sviluppa per il nostro ministreo, infilino i NOSTRI dati in un file .MDB, e
se si vogliono trattare con qualcosa che non siano i programmi ministeriali
(o Access), bè bisognerà inventarsi qualcosa per accedere agli .MDB
Come già detto, su PC c'è qualche programmino che riesce ad estrarre dei
dati, ma preferirei poterlo fare sul Mac.
Comunque ho anche googlato in giro, ma non ho trovato ninte che potessere
andare bene per Mac.
Adriano B.

 dati, ma preferirei poterlo fare sul Mac.
per estrarli sia quelli su sourceforge che i moduli Perl dovrebbero fare
al caso tuo...
magari c'e` qualcosa anche in Python, se lo preferisci...


Adriano B. <borgob...@SPAMadriacom.it> wrote:

Hmmm -- mi chiedo se quel che si trova a
http://mdbtools.sourceforge.net/
 non potrebbe aiutare a fare un
programmino per Mac...
Alex
 

 programmino per Mac...
Risposta: potrebbe si`, ma forse non ce n'e` neppure bisogno, perche`
con un minimo sforzo si possono usare direttamente le utility a linea
comandi che fanno parte di mdbtools.  Dico con OS X 10.3.3 , Xcode 1.1 ,
il Terminal, e un po' di fink in appoggio, ma 'nzomma, mi ha preso
un'ora a tempo perso, facendo varie altre cose e perseguendo altri
problemi, per cui non e` poi cosi` terribile.  Vediamo:
Ho scaricato il .tgz della 0.5 (ultima rilasciata), safari+stuffit lo
scompattano tutti da soli, cd ~/downloads/mbtools (visto che uso il
subdir downloads della mia home per i download...), ./configure, ./make
BOOM, N errori di linker.  Nei sorgenti della 0.5 ci sono (due volte in
due file di include) piccole scorrettezze di C (una variabile non
definita extern, quindi in molteplice definizione fra tutti i file che
includono quel .h) che evidentemente Linux manda giu` (tch tch).
A questo punto ho preso l'attuale versione in CVS (non ancora pronta
come release 0.6 ma in preparazione) e ho visto che fixa correttamente
questi problemini.  Tuttavia, ./autogen.sh esplode o giu` di li` quindi
configurare dal CVS non e` banale.  Ho dunque preferito fare io stesso i
microscopici fix ai 2 .h e ai due .h e rifare make.  Arriva a successo
sia pure con parecchi warning.  Il build della documentazione (man
pages) in particolare va a XYZ perche` vuole gawk, ma dopo un "sudo
apt-get install gawk" non rebuilda... bisogna cancellare a mano i
doc/*.1, il make clean non li cancella bene (difettosuccio 'sto pkg...).
Poi sudo make install, google e download di qualche .mdb (Access 97, mi
dicono che Access 2000 e` supportato forse un po' meno bene da mdb
tools), e le utility a linea comando vanno alla grande -- vedere le
tabelle contenute in un mdb, dumpare una tabella in formato CVS, e` quel
che ho provato, senza dubbio potranno andare anche altre cose come la
traduzione automatica a database PostgreSQL o MySQL ma comunque con
quelle due i dati si estraggono e si portano a qualsiasi altro programma
possa farne uso (chi non legge i CSV al giorno d'oggi...?).
Se posso aiutare rendendo disponibili i src patchati, gli eseguibili a
linea comandi, le manpage, e la libreria gia` fatta, o che altro, ditemi
pure dove uploadare quel che volete (con scp, ftp, vedete voi, non per
mail se non a 1 persona che poi li renda pubblicamente scaricabili,
pls).  Il tempo di far andare il front-end grafico incluso in mdb-tools
purtroppo non ce l'ho in questi giorni.  Fra poco + di una settimana
saro` a casa e potro` agevolmente rendere disponibili src e binari via
www.aleax.it
, ma da qui non posso fare upload su di esso.  Non so bene
che pezzi di fink servano al puro scopo di eseguire le utility (come ?!
si chiama su Mac l'utility che dato un eseguibile mi elenca le librerie
dinamiche che gli servono...???).
Mi piace proprio il Mac, non manca nulla dei divertimenti di Linux o dei
vari altri BSD ... ;-).  Seriamente, a chi dubita della potenza
dell'iBook entry: come si vede dal fatto che in un'ora ho fatto tutto
questo part-time, e` una macchina molto responsiva e rapida
nell'esecuzione di compiti del genere; in nessun momento ho sentito che
i tool, come il compilatore, l'editor (vim, naturalmente;-), safari, i
download, ecc, ecc, mi erano di freno, neppure minimamente.  In altri
termini, non ci avrei messo di meno se avessi qui il G5 DP (forse di
piu`, perche` avrei dovuto sospendere brevemente i lavori in caso di
necessita` di toilette, mentre, con l'iBook e un bel wireless...;-).
Alex

 Magari...
Vedi l'altro mio post su questo thread, in followup a me stesso e in
parallelo al post tuo.  Adesso qual e` il modo migliore perche` io passi
(almeno) queste utility funzionanti a coloro cui servono...?
Alex

 dinamiche che gli servono...
credo che dyld faccia al caso tuo. In pratica lui legge delle variabili
d'ambiente e si comporta di conseguenza quando fai partire un
eseguibile. In particolare dal man:
 _______________________________________________________________________
 |
 |  DYLD_PRINT_LIBRARIES
 |     When this is set, the dynamic linker writes to file descriptor 2
 |     (normally  standard  error)  the  filenames of the libraries the
 |     program is using.  This is useful to make sure that the  use  of
 |     DYLD_LIBRARY_PATH is getting what you want.
 |
 |  DYLD_PRINT_LIBRARIES_POST_LAUNCH
 |     This  does  the  same  as  DYLD_PRINT_LIBRARIES but the printing
 |     starts after the program gets to its entry point.
 |
 \______________________________________________________________________


 eseguibile. In particolare dal man:
Carinissimo, praticamente basta taroccare l'environment e si ottiene
parecchio ausilio nell'esame del comportamento di qualsiasi programma
usi librerie dinamiche, man mano che le usa.  Io pensavo a un'utility
separata, ma questo approccio e` anche meglio (ah, avere anche
strace...!-).  Comunque, il risultato dimostra che fink serve eccome:
loading libraries for image: mdb-export
loading library: /usr/local/lib/libmdb.0.dylib
loading library: /sw/lib/libglib-2.0.0.dylib
loading library: /sw/lib/libintl.1.dylib
loading library: /sw/lib/libiconv.2.dylib
loading library: /sw/lib/libncurses.5.dylib
loading library: /usr/lib/libSystem.B.dylib
loading libraries for image: /usr/local/lib/libmdb.0.dylib
loading libraries for image: /sw/lib/libglib-2.0.0.dylib
loading libraries for image: /sw/lib/libintl.1.dylib
loading libraries for image: /sw/lib/libiconv.2.dylib
loading libraries for image: /sw/lib/libncurses.5.dylib
loading libraries for image: /usr/lib/libSystem.B.dylib
loading library: /usr/lib/system/libmathCommon.A.dylib
loading libraries for image: /usr/lib/system/libmathCommon.A.dylib
a parte la stranezza dell'uso SIA di libintl SIA di libiconv, che avevo
gia' notato in fase di link (a me quell'autoconfigure non mi convince
proprio, comunque...) pare che per rendere usabile urbi et orbi una
utility come mdb-export (quella proprio centrale, che emette un CSV
leggibile da qualsiasi programma con i dati di una table di un MDB)
dovrei impacchettare non poche dylib di fink (e naturalmente la libmdb
su cui tutte queste utility mdb tools si basano).  Immagino che si possa
anche fare, non so ancora bene come.  Verrebbe un pacchetto un po'
grosso per essere comunque usabile solo da Terminal, forse.  Meglio
forse suggerire agli interessati di mettersi comunque su fink e
impacchettare solo la roba specifica MDB...?  Quale sarebbe la procedura
d'impacchettamento + pratica poi da usare per l'utente Mac, immagino
forse non un banale .tgz ...?
Alex

 forse non un banale .tgz ...?
/Developers/Applications/Utilities/PackageManager


 /Developers/Applications/Utilities/PackageManager
Da cosa si evince che e` "as appropriate" rispetto al .tar.gz,
raccomandato al primo posto dal secondo documento che citavi?
Alex

 raccomandato al primo posto dal secondo documento che citavi?
beh... in teoria un .pkg va su con un doppio click, e ti permette di
infilare le varie cose nei posti dove dici tu. Poi puoi mostrare la
licenza (nel caso GPL, credo) all'avvio, ed altre informazioni, per
esempio far presente esplicitamente che c'e` bisogno di fink.
inoltre un .pkg e` disinstallabile facilmente (tramite apposit
programma, ma anche li e` questione di pochi click).
afaik inoltre fare un .pkg non e` particolarmente complesso... ma potrei
benissimo sbagliare.


 
www.aleax.it
, ma da qui non posso fare upload su di esso.
Bč non ho tutta questa premura, per il momento faccio su PC. Se puň servire
posso farti avere il file .MDB ed un dei programmini per windows che
farebbero al caso mio (ne ho due, uno che permette un accesso piů completo
al file e penso funzioni con qualsiasi .MDB, l'altro che permette la
visualizzazione 'costretta' ma anche l'esportazione automatica dei dati in
due file di testo + 1 .DXF).
Intanto ti ringrazio per l'interessamento.
Adriano B.

 Intanto ti ringrazio per l'interessamento.
Prego, ma non mi e` chiaro cosa potrei farne dei "programmini per
Windows" (a meno che non siano file sorgenti...?).  L'MDB potrei anche
usarlo, per verificare che le utility Mdb Tools ne estraggano
correttamente i dati, immagino, ma mi sembra piu` sensato, come gia`
ampiamente discusso con Riko in questo thread, che io metta
semplicemente i programmi e la libreria in un qualche .pkg o simile su
www.aleax.it
 per il download.  Occorrera` comunque istallare prima fink,
e poi comunque lavorare da linea comando (Terminal), per effettuare una
conversione una volta per tutte
  file.MDB  ->  N file di tipo CSV, uno per tabella del database
Poi i .CSV uno se li puo` importare un po' dove crede (anche in
FileMaker Pro 7, penso, ma non ne ho un'istallazione per provare!).
Non e` dunque tanto un modo di "lavorare su Mac con i .MDB",
quanto di estrarre dati che qualche simpaticone rende disponibili
solo in .MDB per poter lavorare su Mac con tali dati.  Il set completo
delle utility MDB Tools, con GUI (tutt'altro che Mac-like) e piccolo
motore SQL, potrebbe permettere qualcosa di piu` (comunque con il .MDB
in read-only, mi par di capire) ma non comunque di lavorare con la
comodita` con cui in Win si lavora con Access, in Mac o Win con
FileMaker Pro 6, o in qualsiasi ambiente con PosgreSQL, MySQL, &c...
Se uno ha comunque accesso a un PC con Windows, puo` essere piu`
semplice fare il "dump" dei file .MDB -> .CSV da quella parte, tra
l'altro...
Alex