Newsgroup: it.comp.macintosh
Titolo: Powerbook + Microsoft Access, come suona strano...

Salve, perdonate il post che risulterà sicuramente originale per utenti
Apple.
Sono un utente Apple per vocazione ma un PC user per mestiere, mi occupo
della gestione dei sistemi informativi aziendali in una società che si
occupa di Marketing, ora, sono stato scelto per occuparmi della gestione e
delle sviluppo di quello che è il WebMarketing e le attività sul Web.
Nello specifico mi occupo di creare creatività e pubblicità per il Web dei
nostri prodotti, servizi e clienti, della gestione delle indicizzazioni sui
motori, delle statistiche ecc...
Senza stare ad annoiarvi troppo, vorrei poter svolgere il mio lavoro con il
mio PowerBook, ed effettivamente il 75%della mia attività è gestibile,
creazione Web, WebPromotion, gestione delle società terze che sviluppano i
nostri portali...
Il mio grande dramma è la gestione di alcuni database Access che stanno alla
base di alcuni siti di mia competenza...
Ciò su cui vorrei un vostro parere è questo, per non dovermi trovare a
gestire questi database, che per atro sono abbastanza semplici e contenuti
nelle dimensioni, con un PC Wintel, sto cercando una soluzione by Apple.
Ossia cosa ne pensate, dal momento che dispongo di 1 Giga di Ram sul PBook,
potrei installare Virtual PC e implementare la creazione, la modifica e la
gestione di questi Dbase Access, che comunque sono residenti su server e
quindi l'emulazione sarebbe solo per imputare dei comandi e non per
elaborare dati, emulando Win2000 e Office 2003, oppure ci sono soluzioni e
prodotti per Mac che mi danno completa compatibilità con il più famigerato
DataBase Microsoft?
Ed infine ci sono siti, in cui si parla della gestione di basi di dati con
sistemi Apple, che certo non brilla in questo settore, visto che esclusi
FileMaker e qualche soluzione di Business Object non si sente molto di
parlare di basi di dati con Mac?
La situazione per questo settore sta modificandosi con OS X o Apple ancora
non è interessata a questa branca dell'informatica, importante per le
aziende, ma che purtroppo risulta essere ancora dominata da Microsoft?
Grazie anticipatamente...
GianlucaG

 aziende, ma che purtroppo risulta essere ancora dominata da Microsoft?
???  Il mondo dei DB e` dominato da Oracle con IBM al secondo posto
(secondo alcuni analisti IBM ha in realta` superato Oracle nel 2003,
contando strettamente solo i DB).  I DB Microsoft, sostanzialmente MS
SQL, stanno al terzo posto _fra quelli commerciali_ -- in realta` MySQL
e altri DB open source hanno quasi sicuramente (difficile stimare i
numeri precisi) una presenza superiore... quindi mi sembra assurdo
definire i DB una "branca dell'informatica ... dominata da Microsoft"!
Alex

 pure disponibile.
No. Sono ancora alla 0.5
Avevo anche preparato una iterfaccina per esportare in i dati in .csv
(con PyObjC... lo so, si poteva fare anche in AppleScript, ma era meno
divertente)
Il problema e` che poi mi sono accorto che MDB Tools, a volte, dimentica
di esportare alcuni campi, o inverte i dati contenuti (mettendo i dati
del campo X in Y e viceversa).
mannagia.
-- 
nif from outer space



fammi sap di più mi interessa aprire file di access sul mac
(anche in pvt se vuoi)

 (anche in pvt se vuoi)
beh... c'e` poco da dire.
per quel che so MDB Tools sarebbe l'unico programmino in grado di farlo:
solo che funziona male.




potresti dirmi un po' di piů...
non ho capito una mazza su come funziona e sopratutto come si installa

 e ti scarichi i sorgenti
degli MDB Tools.
Chiedi ad Alex se ti passa i file riveduti e corretti per rendere
compilabile il tutto in Mac OS X.
Compili i sorgenti (le istruzioni sono allegate).
Apri il terminale e dai il comando:
mdb-export nomefile.mdb nometabella > nomefile.csv
Fatto?
Perfetto!
Hai appena ottenuto dei dati inutilizzabili! ;)


 mannagia.
Ouch.  Mannaggia veramente...!-(  Bisognerebbe cercare di ricostruire un
file minimo .MDB in cui si riproduce il problema e sottoporlo
all'autore, sono sicuro che riparare problemi del genere e` per loro di
estremo interesse -- e se hanno un file .MDB con una tabella di 2 righe
in tutto che presenta un problema, dovrebbe essere abbastanza facile
diagnosticare e riparare la causa di esso!
Alex

 Hai appena ottenuto dei dati inutilizzabili! ;)
Mah, dipende, nelle mie prove pareva buono:-(.
Alex


|._/|_|\__/\__/\__/ | * An out of control ego will sometimes get in the
       /_/ /_/      |   way of your success.                  (Todd H.)

 ma e` sparito:-(.
Fagocitato da un thread? .-D
Scherzo. Ma non e' *tuo* 
aleax.it
?
Dai, che comincio a interessarmi alla questione. Qualunque cosa mi possa
far scrivere in quel maledetto database e' benvenuta.


Ri-salve, ho deciso visto che ho lanciato io il Topic di riprendere
scherzosamente l'oggetto del messaggio iniziale al quale in molti avete
risposto, e di aggiungere un bel CONTINUA...
Infatti volevo farvi notare come sia interessante talvolta introdurre
argomenti che si, sono on-Topic come afferma il buon Alex, ma è palese che
siano non frequentissimi, nel mondo Apple, questo a dimostrazione che
l'interesse degli utenti Mac è pionieristico, e l'introduzione di OS X ha
portato a grandi cambiamenti e risvolti nella mentalità dei Mac user...
Sfido qualunque pc user, a fare un giro sul news e a leggere post che
trattano di sicurezza, configurazioni di rete, compilazione, Database, e a
dire che Apple va bene solo per grafica, impaginazione e musica!
Sicuramente questi sono i suoi campi natali, ma rendiamoci conto che
l'evoluzione è continua e che chi una volta si occupava di grafica e
impaginazione su carta, oggi può anche occuparsi di sviluppo di Web
Application e WebDesign al quale vanno associati linguaggi di scripting e
gestione di dati contenuti in basi di dati, e allora che si fa... si butta
via il Mac e si continua il lavoro su PC? NO CARI PCisti si sfruttano le
potenzialità e la grande flessibilità della Mela, si compilano tools, si
modificano con l'aiuto dei vari Alex e soci esperti, fino a che le software
house non si renderanno conto dei bisogni che il mondo Apple inizia ad
affrontare, e adegueranno i prodotti...
Ma ci saranno sempre nuovi bisogni e nuovi pionieri!!!
Sono 5 anni che uso Apple e PC ma sempre di più mi sento di ribadire...
Think Different, Think Apple
GainlucaG

 far scrivere in quel maledetto database e' benvenuta.
Mi attacco qui per aderire alla questione. Io avrei bisogno di operare
delle query su un grosso db in .mdb. Ci lavora la mia compagna...e per
ora arranca col mio PB e VirtualPC....pero' se ci fosse un modo per
farle usare qualcosa di meglio...slurp. Vi prego non ditemi che devo
arrendermi a comprare un pc solo per questo...dai!
-- 
Tampano - 
www.tampano.com
"Non e' questione di ferire sensibilita', ma di ammazzarle!"
Susanita



 affrontare, e adegueranno i prodotti...
Ma ti prego. Fai sembrare il Mac un computer nato ieri. Giusto per dire,
quando i picciotti installavano schede di rete assurde e software di
rete altrettanto assurdi (o lanciavano un terminale e si parlavano stile
BBS), noi attaccavamo *il cavo della stampante* fra un Mac e l'altro e
schiacciavamo un bottoncino. Voila', rete: montavamo il nostro bel
volume remoto, usavamo stampanti remote, lanciavamo processi remoti, il
tutto senza lanciare nessun programma, tutto integrato nel sistema e
trasparente. Il fatto che i PC siano stati spinti a forza nel gargarozzo
del 90% degli utenti non significa che il resto del mondo fosse all'eta'
della pietra. Restando nell'esempio rete: i miei 3 Atari ST, e ti parlo
dell'88, se ne stavano in rete tranquillamente (come sopra, senza
lanciare programmi o magheggiare col config.sys) attraverso le I/O MIDI.
E l'ST era un "giocattolo per musicisti".


 arrendermi a comprare un pc solo per questo...dai!
Beato te che hai un problema casalingo...
Io ho *un'intera azienda* che pretende di usare i PC per lavorare con la
musica e si rifiuta di accorgersi che gli studi di produzione lavorano
su Mac. Se non si trova una soluzione un po' in fretta, questi mi
piazzano un PC in studio e poi altro che ProTools, finisco a usare il
Sound Recorder .-(
E ovviamente la soluzione dev'essere gratuita, perche' "mica vorremo
spendere dei soldi per aggiornare i Mac quando basta comprare una
ventina di PC e ci togliamo il problema per sempre!". *sigh*


 l'upload sul mio sito, sorry...
Era la 0.5 appunto.
La 0.6 e` ancora in incubazione ed accessibile solo via CVS
Per il resto ne riparliamo domani, che ora ho sonno :)
ciao


 suo tempo l'ha scaricato e me lo ri-passa...?
hai posta


 musica
Come ti capisco :-)
Se vuoi ti mando qualche foto degli studi di una scuola di
perferzionamento musicale che frequentavo agli inizi dei '90 (io facevo
classica). Avevano uno studio con non so piu' quale Mac, con montato
SoundTools+SchedeHw...e un meraviglioso hd da 1 (uno) Gb, esterno Apple,
grosso piu' o meno come un desktop, pagato una decina di milioni
all'epoca :-)


 far scrivere in quel maledetto database e' benvenuta.
Hmmm, ma se come dice nif mdbtools e` cosi` inaffidabile, potrebbe
essere peggio averlo, magari si fanno danni...:-(
Alex

 all'epoca :-)
Sicuro che fosse un Mac? In quel periodo avevo ancora un Atari ST con
Sound Tools e meraviglioso disco da 1GB grosso come un minitower. Anzi,
infilato nel case di un minitower, e pagato circa 6 milioni .-D
Comunque sullo scaffalone in laboratorio ho l'antica scheda Sound Tools
(Nubus per Mac) e gli ancora piu' antichi scatolotti per l'Atari, che
tanti soldini facili addussero .-)


 essere peggio averlo, magari si fanno danni...:-(
Beh, intanto vedo cos'e' e faccio prove su una copia (se gli massacro il
database mi mandano a casa a calci) .-)


 La 0.6 e` ancora in incubazione ed accessibile solo via CVS
...e quello sarebbe il meno, e` che la versione in CVS richiederebbe di
girare sul Mac autoconf, libtool e magie nere del genere e pur con tutti
i miei tentativi non mi sono ancora riuscito, sigh.
Alex

 sono stati frustranti.
Beh, ODBC non e` il max, pero` proprio perche` e` tutt'altro che nuovo
(penso che abbia almeno una dozzina d'anni) e` abbastanza stabile _come
protocollo_ - ovviamente bisogna che i driver dai due lati, cliente e
servente, non siano bacherozzi...
Alex

 Sicuro che fosse un Mac? In quel periodo avevo ancora un Atari ST 
Sicurissimo. Mio cugino e altri che conoscevo e che facevano gli
arrangiatori usavano il magico Atari ST (il primo/unico con midi
integrato)...pero' io perdevo ore a giocare a Diamond su quel Mac che si
usava in studio per l'editing audio.
Anzi...se qualcuno ne ha una copia "girabile" su X mi fa un favore :-)


 protocollo_ 
E soprattutto ce l'ho sul Mac .-)



Yn EBZ cre y'rzhyngber fh
<uggc://jjj.aq.rqh/~winaqrex/flfbar/iZnp.EBZ.fvg.udk>


 E soprattutto ce l'ho sul Mac .-)
Si`, ma da come naso la situazione politica in azienda, ti consiglio di
_non_ puntare su questo.  I problemi sarebbero molto simili se invece di
un Mac ci fosse una macchina Linux o che.  Se al posto del Mac ci fosse
una macchina Windows, ci sarebbe in + la possibilita` di usare Jet
direttamente su di essa montando il disco, ma e` una soluzione quasi
disastrosa, e anche su questo puoi trovare note in merito della stessa
Microsoft (anni fa quando lavoravo + che altro su Windows ne ho viste
tante di "soluzioni" disastrose del genere, molte riuscii a risolvere
sostituendo MSDE a Jet...).
Alex


questo come faccio a farlo girare?


 Disk#2 e #3), scegli l'immagine di Diamonds o altro ed e' fatta!
Pero' di Diamond ho un .img o l'eseguibile...e entrambi fanno crashare
l'emulatore. Cheppossofa'?


 disastrosa
In poche parole, si continua col copiaeincolla da Excel .-D
Ah, non c'e' che dire, abbiamo un settore tecnico geniale. Cioe', loro
mica si preoccupano di farci lavorare, si preoccupano di avere
giocattoli nuovi ogni tot anni. (E di far pressione perche' vengano
eliminati "quei computer incompatibili". Evidentemente gli rode il fatto
di non poter giustificare lo stipendio con la *nessuna* manutenzione che
fanno ai Mac ^_^)
La mia fine di giornata tipica e': ammucchiare in una cartella una 20ina
di file a cui ho dato i nomi assurdi richiesti dal programma finale, ma
che mantengono il nome originale nelle info (es.: XYZ12345.AAA - Titolo
Originale) e che vengono buttati su un server dopo essere stati
convertiti nel formato giusto - che ovviamente non e' il formato che si
usa in produzione o_O.
Ma fino a qui faccio tutto con un AppleScript che mi avra' impegnato per
si' e no 10 minuti; il bello arriva adesso: 
- listare la cartella con il campo delle info in bella vista su un .TXT,
- depositare il .TXT in rete,
- andare nell'altro ufficio,
- aprire Excel sul PC,
- importare il testo in una tabella separando le colonne,
- aprire il database e nel migliore dei casi copiare e incollare tutto 
  il blocco di record da excel;
  - solitamente, pero', le modifiche non sono contigue, dunque tocca 
    riscrivere tutto o copiare e incollare un record alla volta, o
    peggio:  copiare "XYZ12345.AAA", incollare nel campo del nome file,
    poi copiare "Titolo Originale" e incollare nel campo descrizione,
    verificando mille volte di avere messo le cose giuste al posto
    giusto.
- esportare le modifiche al database su un altro file che va importato 
  nel programma che poi usera' il database e, attraverso questo, i file.
  (Gia', perche' non e' che potevano fare tutto con lo stesso programma,
   ne serviva uno per inserire i dati e un altro per gestirli o_O!)
C'e' da chiedersi come abbia fatto a non far esplodere tutto gia' il
primo giorno .-( 
E pensa che questa e' la fase del lavoro piu' critica. Quella che se
sbagli una virgola hai sgobbato tutto il giorno per niente (e poi ti
cazziano perche' "non hai fatto il lavoro").


 Qbir yr gebib nyger EBZ?
Yr rfgenv qny Znp pby cebtenzzvab nccbfvgb .-Q
Cebin uggc://jjj.jro-rzhyngvba.pbz/negvpyr.cuc?vq_negvpyr=23


 l'emulatore. Cheppossofa'?
Monti sul desktop di macosx l'immagine empty.dsk se ce l'hai, altrimenti
duplichi system.dsk, lo chiami come ti pare, facciamo "diamond.dsk" e
monti quello (lo apri con diskimagemounter. Se non si apre, get info e
assegni i .dsk a diskimagemounter). Ci infili l'eseguibile. Chiudi ed
espelli. Lanci vMac, Hardware -> Insert Disk#2,
appare sulla scrivania di vMac e voila'.
A meno di strane utility sfuggitemi, questo e' l'unico modo (e mi sembra
anche mica male: montare e modificare l'immagine di un floppy
compatibile col Plus, su un sistema di 20 anni dopo! ^_^).


 Monti sul desktop di macosx
Procedura perfetta. E' bastato doppiocliccarci sopra e l'ha montato. Ho
dovuto anche buttare tutta la roba di sistema per fare spazio :-)
Ora la domanda e': il Diamond a cui giocavo io era a colori...ergo
immagino che mi serva qualche altro "sistema", giusto? Suggerimenti? Era
il 91/92...che sistema era? Posso trovarlo ed emularlo allo stesso modo?
Domanda 2: il Diamond b/n che sto eseguendo (oltre ad essere
inutilizzabile per evidente mancanza di colori) va a scheggia. Come si
puo' fare a rallentare il clock virtuale di questa emulazione?


    ne serviva uno per inserire i dati e un altro per gestirli o_O!)
...robaccia del genere...!  Avere programmi diversi che lavorano
simultaneamente sullo stesso database va benissimo, ma non e` certo
l'utente che dovrebbe preoccuparsi di importare ed esportare dati fra
loro via file, dovrebbero, appunto!, pescare tutti nel database nei modi
appropriati.  Ma naturalmente con Jet che non supporta solidamente la
"multiutenza" (molteplici programmi che usano lo stesso MDB allo stesso
tempo) immagino che questo possa avere contribuito a incasinare e
peggiorare l'architettura sino a questi livelli di assurdo...:-(
Alex


 Ora la domanda e': il Diamond a cui giocavo io era a colori
Mi rispondo da solo giusto per segnalare che sono un fesso!
Ho lanciato Diamond in Classic e funziona tutto a meraviglia :-)


 Sound Recorder .-(
Ma mettere i file su un qualsiasi cessetto pc, pubblicarli tramite ODBC
ed utilizzare l'ottimo tool di query che sta dentro OpenOffice vi fa
cosi' schifo?
-- 
Quando c'era lui i treni partivano in orario
Quando c'era lui ci deportavano in orario

 oggi c'e' questo database gigantesco in MDB
Fanno file giganteschi in MDB??


 modificare il contenuto, farlo puntare al nuovo file. 
Ok, ci spieghi *come* accidenti punti a 'sto database?


 cosi' schifo?
A me non mi fa schifo niente (tranne i cachi) ma bisogna saperlo fare


 cosi' schifo?
Aspe', io produco in studio con un Mac. Il PC sta in ufficio: comunque i
file vanno smanettati dal PC e io il lavoro l'ho fatto sul Mac. Se devo
andare sul PC, mica mi serve il tool di query: entro nel programma che
gestisce il .MDB, che e' quello che faccio adesso.
Invece a me serviva starmene sul Mac e, con un programmino da 10 righe
che faccia in automatico quello che adesso devo fare a mano, parlare
direttamente al file .MDB (o stile AppleScript, al programma sul PC).
Certo, avere uno scriptino anche solo sul PC sarebbe gia' un passo.
Infatti stavo cercando di vedere come funziona l'ambaradan per fare un
driver ODBC, ma non ci capisco una mazza, sono della generazione
sbagliata .-(


 peggiorare l'architettura sino a questi livelli di assurdo...:-(
Secondo me e' solo che questi si fanno rifilare dei bidoni. Tutto il
lavoro fatto da questi mille programmi potrebbe essere tranquillamente
svolto da un programma solo, ma forse non riuscivano a farci abbastanza
cresta da cambiare l'auto *anche* quest'anno .-(
Per dire, spettasse a me metterei BeOS e TuneTracker, per un totale di
300 dollari di investimento. Loro invece se un programma non costa
almeno 1000$ *al mese* non si sporcano nemmeno le mani.


 Ok, ci spieghi *come* accidenti punti a 'sto database?
Uso l'apposita applicazione, che e' poco piu' di una tabella Excel:
cerco ad uno ad uno i record che mi interessano e ci scrivo dentro a
manina cose che potrebbero essere dedotte automaticamente dal nome e
dalla dimensione del file audio al quale quel record puntera'.
Appunto, una cosa che prima facevo fare al mio programmino in RB sul Mac
con un semplice drag&drop.


 Fanno file giganteschi in MDB??
Beh, dipende dal tuo concetto di "gigantesco" .-)
Non so quanto pesi adesso, ma potrebbe contenere qualcosa tipo 30'000
record. E non voglio nemmeno pensare a cosa succedera' quando cercheremo
di aggiungere il record n. 32768 .-D


 Beh, dipende dal tuo concetto di "gigantesco" .-)
Fra i 500.000 ed il milione di record, non il tuo caso, quindi.


 con un semplice drag&drop.
Ma lo devi fare sul pc o lo fai sul Mac?


 direttamente al file .MDB (o stile AppleScript, al programma sul PC).
Stare sul Mac ed eseguire una query che faccia il lavoro che ti serve,
non potrebbe essere la soluzione?


 non potrebbe essere la soluzione?
Si', ma mi pare di aver capito che via ODBC non posso. Ho capito male?


 Ma lo devi fare sul pc o lo fai sul Mac?
Adesso lo devo fare sul PC, dove gira il programma che gestisce quel
file.
Io non ho bisogno di entrare li', perche' in realta' modifico soltanto
un paio di campi per ogni record che tocco. L'ideale sarebbe un droplet
sul Mac che accetti i miei file in ingresso e basandosi sul nome del
file (i nomi sono gia' "codificati", cioe' dal nome so dove andra' a
finire il file e cosa contiene) faccia i vari passi: conversione
dell'audio, spedizione del file audio nella cartella giusta, apertura
del record relativo a quel file nel database e modifica dei campi
interessati, lista e spedizione delle modifiche al programma finale.
Che e' esattamente quello che faceva il mio programmino prima che
cambiassimo i programmoni .-)
Calcola che, per esempio, stasera ho passato 65 file sul serverone, il
che significa: su Mac drag&drop dei 65 file su due convertitori, poi
drag&drop sullo script che li rinomina, poi passarli su una cartella
condivisa, poi stampare l'elenco dei file con le descrizioni (e fin qui,
tutto potrebbe essere automatizzato, ma a parte lo script del rename non
ho ancora fatto niente - mica mi pagano per scrivere software! ^_^).
Indi, sul PC, dalla cartella condivisa devo passare i file sul
serverone, entrare nel programma che gestisce il database e lista alla
mano andare a trascrivere per ogni file la descrizione nel campo
apposito. Quest'ultimo passo e' ovviamente il piu' lungo e macchinoso, e
la quantita' di errori che si possono introdurre e' incalcolabile:
potrei sbagliare record, saltarne uno e accorgermene soltanto alla fine,
sbagliare un numero e assegnare cosi' il file sbagliato alla descrizione
eccetera.
Ah, e naturalmente: i 65 file erano pronti alle 18, ma io sono uscito
dall'ufficio alle 22. Praticamente, fra inserimento dati, stampa delle
liste per la verifica, correzione degli errori, salvataggi vari e
spedizione dei nuovi dati al cervellone finale, c'e' voluto piu' tempo a
fare il lavoro amministrativo che a fare quello creativo. Mi avessero
assunto per fare la segretaria, sarebbe normale.


 Si', ma mi pare di aver capito che via ODBC non posso. Ho capito male?
Hai capito male: e' proprio quello che potresti fare nella maniera piu'
semplice.


 eccetera.
MIO DIO!! Ti prometto che oggi provo a vedere come si comporta OO con
una database pubblicato tramite ODBC.


 semplice.
Questa e' un'ottima notizia .-)
Allora vale la pena di studiarci (ma ripeto, a me sembra arabo: non ho
ancora capito come cavolo si fa a fare un dizionario -o driver o come si
chiama-, e mi dicono tutti che e' la cosa piu' semplice del mondo. Boh).


 Si', ma mi pare di aver capito che via ODBC non posso. Ho capito male?
Via ODBC puoi se e solo se sul PC gira un driver ODBC "Jet" (in grado
quindi di offrire alla rete l'accesso ODBC a quel file .MDB).  Microsoft
dice (nella sua technical note di cui ti ho a suo tempo dato l'URL e/o
il numero) che questa soluzione puo` funzionare se e solo se in qualche
modo puoi garantire che non vi saranno mai accessi simultanei allo
stesso file .MDB, poiche` il driver ODBC Jet _non_ garantisce di gestire
questa simultaneita` (vedrai dalla technical note che parlano di
problemi in merito dovuti a visual basic, insomma non lo dicono chiaro e
tondo ma pare che quel driver lo abbiano fatto in VB e tra l'altro con
una versione di VB incapace di multithreading "sicuro e garantito").
Da come hai descritto la tua situazione mi pare di capire che invece la
possibilita` di accessi simultanei non e` assolutamente limitabile.  Non
credo che vi sia _nessun_ modo sicuro di permettere accessi simultanei
ad un file .MDB, nulla che possa garantirti che prima o poi non salta
tutto l'ambaradam... peggio ancora poi in una situazione intricata come
la tua dove devono avvenire anche varie importazioni ed esportazioni di
file che non ho neppure seguito sino in fondo...!-(
Se e` vero che la fortuna e` cieca ma la sfiga ci vede benissimo, rischi
di fare tutti i tuoi studi, sviluppare una soluzione che sembra buona,
fare varie prove senza vedere nessun problema, poi BUM, la terza volta
che la giri "in produzione" colpisci la combinazione dannata di fattori
che causano la corruzione del database dovuta ad accessi simultanei e
l'intero .MDB non e` piu` altro che un ricordo... mi pare di capire che
un rischio del genere nella tua situazione e` comunque inaccettabile,
eppure Microsoft sostiene che il rischio in questione e`
ineliminabile... se non migrando all'uso di un database verace (come il
gratuito MSDE, sempre di Microsoft, ad esempio).
Alex

 almeno 1000$ *al mese* non si sporcano nemmeno le mani.
Puo` darsi (o anche senza supporre "cresta", c'e` comunque in ogni
divisione una tentazione naturale a "costruire piccoli imperi"
massimizzando le risorse, anzitutto economiche, dedicate alle operazioni
della divisione stessa e quindi sotto il suo controllo).  Ma a sentire
quanto dici, il giudizio tecnico in questo caso non puo` che essere
negativo!
Alex

 file che non ho neppure seguito sino in fondo...!-(
Ah, io dopo 6 mesi ancora dimentico un passaggio ogni tanto .-D
Mah, forse riusciro' a trovare una soluzione "di mezzo", tipo preparare
un file temporaneo con tutte le modifiche e aspettare il momento buono
per lanciare la modifica del file vero e proprio.
Potrebbe anche essere la soluzione piu' semplice: potrei fare tutto da
Mac in AS o poco piu', crearmi una cartella con i file audio e un indice
con i contenuti, passarli sul PC (evitando di appestare la rete con un
ulteriore collegamento che, ho scoperto, non potrei nemmeno fare - sono
3 reti e solo 2 di loro si parlano), e alla fine, dal PC, lanciare
un'importazione del file di modifiche verso il database. Qui si' che
dovrei sfruttare l'ODBC, ma sarebbe breve e indolore: basterebbe
aspettare le 17.31, quando gli schiavi sono gia' schizzati a casa .-)
Mmmmmmm. Mi sa che faro' cosi'.


 ha di solito solo in presenza di concorrenza agguerrita, pero`.
Guarda, se solo avessi un'idea di *quanto* e' allo sfascio 'sto posto,
ti limiteresti, come faccio io, a constatare l'inettitudine di certa
gente. Se stanno facendo strani maneggi "politici", lo nascondono cosi'
bene che non se ne accorgono nemmeno loro stessi .-D
E' che i dirigenti hanno scoperto i computer l'altroieri, gli
informatici chiamati in fretta e furia non sanno nemmeno per chi stanno
lavorando, i tecnici risolvono le magagne sostituendo tutto (la versione
hardware di "formatta e reinstalla"), e' uno spasso senza fine .-D


 hardware di "formatta e reinstalla"), e' uno spasso senza fine .-D
Ahio.  OK, allora Access e` proprio il minimo dei tuoi problemi!-(
Alex

 Ahio.  OK, allora Access e` proprio il minimo dei tuoi problemi!-(
Diciamo che tra i problemi e' l'unico che peggiora la qualita' del mio
lavoro rispetto alla situazione precedente .-) Finora sono sempre
riuscito a mettere una pezza (egoisticamente, solo per la parte del
lavoro che mi riguarda, ma vabbe', mica sono la Croce Rossa).
Il problema "politico" e' che sono comunque l'unico a gestire una
quantita' relativamente grande di dati, quindi, di semplificare la
procedura, agli altri settori non gli puo' fregare di meno: loro su quei
file scrivono un paio di volte al giorno, io faccio aggiornamenti da
50/60 file a botta .-/
Cioe', alla fine mi va bene che usino computer inadatti con programmi
inadatti, saranno fatti loro, io se posso ci giro intorno.


 inadatti, saranno fatti loro, io se posso ci giro intorno.
Visto quest'ultimo bit d'info, cioe` che in pratica sei quasi il solo a
scrivere sui file (e hai detto altrove che puoi farlo dopo le 17:30 per
garantire di essere quasi sicuramente il solo) allora ODBC puo` di nuovo
essere una soluzione praticabile.  Il "server" ODBC per Jet che deve
girare su Windows lo passa mamma Microsoft; come cliente puoi usare un
po' quel che vuoi senza necessariamente imparare nulla su ODBC in quanto
tale (un pochino di SQL si`, pero`).  Ad esempio, incluso come parte di
Mac OS X 10.3 c'e` Python (Apple lo usa per i fax, credo); scarichi
gratis MacPython, che e` l'IDE per Python con GUI ecc, e i pacchetti di
egenix che comprendono mxODBC (se ti serve compilato posso probabilmente
compilartelo io) e dovresti cavartela molto semplicemente.
Alex

 e dovresti cavartela molto semplicemente.
Si', alla fine di tutto questo gran casino dovrei riuscire a cavarmela
.-) Mi sa che scegliero' di fare una "preproduzione" sul Mac, dove me la
sbrigo in AppleScript o in RealBasic se voglio metterci i disegnini ^_^)
e poi faccio l'importazione direttamente su PC dopo aver trasferito i
file. Forse ho perfino trovato un collega in grado di scrivermi, se non
l'applicazione, almeno il dizionario per accedere al file. Sperèmm .-)
