Newsgroup: it.comp.appl.access
Titolo: DB Access e problemi di accesso ai dati su un' AS400

Dunque da un db di access ho accesso ai dati a tabelle collegate,
tramite ODBC (client access), su AS400: in tutto sono 5 tabelle ma
quando apro le tabelle in questione 2 di esse mi mostrano una serie
interminabile (i records sono tanti) di #ELIMINATO, #ELIMINATO,
#ELIMINATO, #ELIMINATO
 ecc. ecc. in ogni cella di ogni riga e questo fino in fondo al'ultimo
record....
La cosa mi preoccupa un po' perche' prima non era cosi'... in quelle
tabelle c'erano dei dati leggibili... Ora vi chiedo: questo puo'
significare una effettiva mancata estrazione dei dati?
Cioe' in effetti si sono persi (in qualche modo) dei dati per strada?
Le tabelle in questione esistono sull'AS400 e so per certo che sono
stracolme di dati (dai 30 ai 40 MB di roba) non e' che forse non ce la
fa a tirarli su tutti? Un tecnico As400 mi ha detto che si potrebbe
trattare di record il cui contenuto e' stato effettivamente eliminato
e che ci vorrebbe una "ricompattazione" ddel database sull' AS400.
Puo' essere?
Grazie 
-- 
Alessandro
-------------------------------------------
"There is no dark side of the moon, really...
as a matter of fact it's all dark."
PinK FloYd
-------------------------------------------

 #ELIMINATO, #ELIMINATO
<zap>
Prova a "scollegare" e "ricollegare" le tabelle.
Davide
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 e che ci vorrebbe una "ricompattazione" ddel database sull' AS400.
potrebbe essere in termini molto generici pero'.
senz'altro l'AS "di norma" non recupera lo spazio dei record cancellati che
quindi sono ancora li
meno normale che un accesso "normale" te li esponga.
comunque fai compattare una delle tabelle su AS, cosi' vedi di chi e' la
colpa...

 Puo' essere?
Non mi risulta che sia necessario un RGZPFM per non dover tirar giů dei
record eliminati ... che sia un problema di PTF lato client?
PaoloP

 record eliminati ... che sia un problema di PTF lato client?
Mah... la vers. di OS400 e' la 4.5, la vers. del CA sui client e' quella
fornita con l' OS400,
esistono delle PTF da applicare ai client per questa versione?
O forse c'e' qualche impostazione del driver ODBC o del CA che ignoro...
BOH.

 fa a tirarli su tutti? U
L'unica voltas che ho usato ODBC, ho tirato giu' qualcosa come 800 mega di dati 
da un tabella (due giorni....)
E mancavano delle PTF, mi dava uno zilione di campi duplicati... ho dovuto 
applicare delle PTF di corsa.
-- 
Obelix



Orbene... siccome sono digiuno di AS400, facciamo a capirci: queste PTF
sono un po' come i FixPack di OS/2 e vanno applicate al OS400 o anche al
client (che immagino saranno dei drivers ODBC aggiornati)?


Eh purtroppo quando ho chiesto per telefono ad un tecnico se era
possibile ricompattare una tabella qualcuno (che ra con lui) ha sentito
e ci ha "intimato" di non farlo... questa richiesta entra in conflitto
con delle direttive SUPERIORI; BOH pare che non vogliano, per cui
rimarro' sempre con il dubbio. :-((

 rimarro' sempre con il dubbio. :-((
io proverei su una filettino all'uopo ;)

O forse c'e' qualche impostazione del driver ODBC o del CA che ignoro...
Esistono sempre delle PTF da applicare ;)
ftp://ftp.software.ibm.com/as400/products/clientaccess/win32/v4r5m0/service
pack/
PaoloP

 con delle direttive SUPERIORI; B
I venditori di dishci ringraziano sentitamente...
-- 
Obelix

 client (che immagino saranno dei drivers ODBC aggiornati)?
Entrambe le cose: le installi sul 400 e tutti i client se li agigornano 
'tomaticamente' (automagically, is the correct term  :-)
-- 
Obelix


Ma sai... finche' non sono io a pagare....
anzi ora che ci penso io pago eccome! In termini di rottura di "00"
perche' ste tabelle si tirano sul PC a fatica e diventano sempre piu'
grosse. Mi sa che tra un po' se in azienda vogliono estrarre i dati su
PC si "attaccano allegramente a stoca*.*"

 record....
Devi rifare il collegamento.
Fabio T.

Fabio wrote:

Lo sai quante volte l' ho rifatto... e su quanti PC... 
mi da sempre lo stesso "errore" e sempre sulle solite 2 tabelle.

 record....
Sparo...le tabelle non hanno chiave primaria. Quando le alleghi in Access ti
dovrebbe comparire una finestrella che ti chiede di selezionare dei campi
che possano fare da chiave primaria. Scegline qualcuno che possa fare al
caso.
Ciao
Franco

mi da sempre lo stesso "errore" e sempre sulle solite 2 tabelle.
E' che non ai mai fixato il problema dal lato giusto: butta via A-cess
e  :-))
Obelix

Grazie innanzitutto a tutti coloro che mi hanno risposto.

Bene, sono riuscito a convincere i tecnici:
Mi sono creato una libreria a parte e in questa ci ho copiato le 5
tabelle incriminate, poi...
intanto gia' la copia stessa ha ridotto di dimensioni le tabelle, poi
con RGZPFM ho ottimizzato il tutto e il  risultato e'....
TREMENDAMENTE STUPEFACENTE! Tramite ODBC si tira su tutto in un baleno
senza piu' blocchi ed errori.
Stavo pensando ad una procedura automatica che copiasse, in modalita'
SOVRASCRITTURA, le tabelle che mi servono dalla libreria originaria alla
libreria di copia e poi ne facesse una riorganizzazione con 
RGZPFM, da lanciare a mano tutte le volte che sono apportate delle
modifiche sostanziali alle tabelle, prima di fare l'aggiornamento dei
listini su PC, pensate che sia possibile?


Sicuramente Access ha i suoi limiti (sostanzialmente in prestazioni ed
affidabilita'),
ed e' una parte del problema (l'altra, la riorganizzazione delle tabella
su AS400 l'ho gia' FIXATA, vedi relativo post); a tal proposito conosci
mica qualcosa di alternativo che pero' sia comparabile come facilita'
d'uso (in questo pero' non lo batte nessuno) e come prezzo?

 pensate che sia possibile?
Direi idiota, piu' che altro. FAre RGZPFM sui file di base e' piu' conveniente.
-- 
Obelix

 d'uso (in questo pero' non lo batte nessuno) e come prezzo?
No, dannazione....
-- 
Obelix


Eh lo so ma chiedo questo e' perche' e' l'unica cosa che mi e' permessa
di fare, 
Poter fare RGZPFM sui file di base e' la prima cosa che ho chiesto ai
tecnici della Swhouse che ci hanno fornito AS400 e gestionale...

tecnici della Swhouse che
A chi?? No, scusa, IBM dice di fare RGZPFM per motivi prestaizionali
(prova a creare un file e scrivere/cancellare un milione di volte lo
stesso record, poi accedidici.... e buona notte, eh) ... i tecnici
della SH?? e chi cazzo sono?? al massimo, il *pirla* del tuo
sistemista interno... che si *sbrighi a farlo* e non rompa le palle.  
Oppure i tecnici della SH che si sbrighino a farlo e non riompano...
senno' si viene giu' noi e gli si fa il classico culo  :-))
Obelix

 senno' si viene giu' noi e gli si fa il classico culo  :-))
 
Obelix, mettiti il cuore in pace, lasciamo stare mi sono gia' accoppato
il fegato in discussioni con questi fornitori (anche per altri motivi
informatici), sono molto "intimamente" legati a questa azienda da
MOOOlto prima che venissi io, sono praticamente "culo e camicia" con uno
dei titolari, io non conto una benemerita cippa di ....zzo, mi limito a
fare cio' che e' di mia competenza e STOP, eventualmente a fare qualche
richiesta e STOP. Ora non ho vo glia di approfondire in questa sede
questi risvolti ma spero che ti sia chiara la situazione.
Mi sto facendo una cultura su AS400 e lo sto apprezzando sempre di piu'
ma credo proprio che tutte le conoscenze che acquisiro' non le mettero'
di certo in pratica QUA'.

questi risvolti ma spero che ti sia chiara la situazione.
Mah. Cancellagli la QSYS  :-)))
Obelix