Newsgroup: it.comp.appl.access
Titolo: Estrarre record tramite codice ISO

Ciao a tutti. Ho una tabella contenente migliaia di record e avrei
necessita' di estrarre tramite query solo i record contenenti il
codice ISO (esempio: 12.03.06.003 oppure 18.09.18.133 ecc. ecc.) ma
non ci sono riuscito, qual'e' la procedura per estrarre questi record?
Ciao a tutti e grazie in anticipo.


quello che hai scritto significa molto poco...
che la tabella abbia migliaia di record poco importa; importa invece
la sua struttura, e il codice ISO in quale campo lo vuoi cercare, e se
eventualmente questo campo oltre al codice ISO contiene anche altro
(quindi dovresti indicare quale è la discriminante)

 (quindi dovresti indicare quale è la discriminante)
Grazie intanto per l'interessamento. Il record con il codice ISO e'
così strutturato: "18.09.18.133 letto a manovella" oppure
"12.03.06.003 sollevatore elettrico" e così via. Ti faccio un esempio
della tabella :
id        testo
12     12.03.06.003 sollevatore elettrico
13     consegnato a Paolo Rossi
14      residente a Imperia
15     codice fiscale qq11qq1155556
ecc. ecc.
la mia necessita' sarebbe di selezionare solo i record con il codice
ISO.
discriminanti non ne trovo (almeno io)
ciao

 ciao
Anticipo un'eventuale domanda. La tabella e' così strutturata in
quanto e' il risultato dell'importazione da un file di testo. Il
codice Iso si trova sempre all'inizio del record ed sono anche
riuscito ad isolarlo in un campo dedicato inserendo in una query
questo: Trim(Left(Right([Testo];Len([testo])-6);12)) ma nel campo
oltre al codice mi inserisce in sucessione anche le prime 12 lettere
di ogni record.
ciao


Se sono posizionati tutti all'inizio  puoi tranquillamente
select
    IIF(
         IsNumeric(
             Replace(
                 Left(Testo;  12);
                 '.';
                 '')
         );
     Left(Testo; 12);
     'ISOstanco'
     )
from miaTabella

 - Mostra testo citato -


What?
Daniele


già!

 > from miaTabella
Ho provato la tua soluzione e funziona (simpatico "ISOstanco"). grazie
Volevo chiedervi un altra cosa (se e' possibile) : se volessi estrarre
contestualmente oltre al codice ISO anche il numero di inventario del
prodotto come faccio?
Esempio:
id      testo
12     12.03.06.003 sollevatore elettrico
13     consegnato a Paolo Rossi
14      residente a Imperia
15     001245/02589
16     codice fiscale ecc. ecc.
se volessi estrarre sia il codice ISO (id n°12) e il numero di
inventario (id 15) come faccio? grazie in anticipo ciao

 inventario (id 15) come faccio? grazie in anticipo ciao
Scusa, altra imperfezione, mi sono dimenticato di dirti che il numero
di inventario non si trova necessariamente all'inizio del record. ciao


e allora non puoi... nel testo o hai una regola che formattando puoi
incasellare, o se non ce l'hai non riesci.
Per questo ti dicevo di mettere una discriminante... io aggiungerei un
campo, Tipologia (ISO,INVENTARIO, Ecc..)... così classificando il
record, avrai la possibilità di bypassare tutti i problemi.


E io che mi lamentavo degli xml ;-)
Ma si può sapere la definizione di questa colonna?
Secondo me alla fine è meglio fare il winzoz di Excel e importare da li.
Daniele

Ok, ho capito che quello che ho chiesto non e' fattibile senza
discriminante . Provo a spiegarmi meglio e cerco di esporre la
parziale soluzione del problema sperando di poter avere un imput per
la totale soluzione del problema. Importando ogni volta da un file txt
ottengo questa tabella:
id      testo
1       12.03.06.003 letto pieghevole 001245/02589 da magazzino
2       Consegnato a Cassano antonio
3       Residente in via garibaldi 25  Roma
4       18.09.18.133  sollevatore elettrico a bassa tensione
5       006984/03698 da magazzino
6       Consegnato a Baudo Pippo
7       Residente in via Teulada 2  Roma
ecc. ecc.
ora che ho importato questi dati in una tabella chiamata "Importati"
isolo il solo codice ISO con questa formula:
Trim(Left(Right([Testo];Len([testo])-6);12))  dove il -6 mi toglie gli
spazi che fatalmente l'importazione da un file txt crea, con questa
formula e tramite una query di accodamento accodo il tutto in una
tabella. Creando una tabella così:
id       codice                n° inventario
1       12.03.06.003
2       18.09.18.133
ecc. ecc.
in un altro campo della stessa query inserisco questa formula :
Mid([testo];InStr([testo];"/")-5;13) ottenendo infine questa tabella:
id      codice                n° inventario
1       12.03.06.003      001245/02589
2       18.09.18.133
3                                006984/03698
dove il n° di inventario id 3 appartiene appartiene all'id 2.
avendo bisogno nello stesso record sia dell codice Iso e sia il numero
di inventario come e' possibile "spostare" il n° di inventario nel
record di appartenenza e cioe' il id 2?
spero di non aver confuso il tutto e vi ringrazio comunque per l'aiuto.


Mi incuriosisce tanto questo file TXT...
1) da dove esce
2) sei sicuro non abbia larghezza fissa o limitatori tali da
distinguere i campi? perchè l'importazione fatta come la fai tu, non
mi è chiara visto che cmq vi sono info mischiate e caotiche...
probabilmente importato bene questo file txt già adempie ai compiti
che ti sei prefissato.

 
l'importazione 'fatalmente' non fa una cippa; l'importazione importa i 
dati come decidi tu. soprattutto da un file di testo, che puoi leggere in 
millemila modi, sia tramite odbc/isam/etc che accedendo direttamente al 
file.
se scegli di importare gli spazi, te li trovi in tabella; se li elimini 
in fase d'importazione, magicamente non li hai piu'.
quoto il suggerimento di pablito e voto per un'importazione fatta in 
maniera piu' elaborata ^^
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

Mi incuriosisce tanto questo file TXT...
1) da dove esce
E' una pagina htm salvata come testo.
2) sei sicuro non abbia larghezza fissa o limitatori tali da
   distinguere i campi?
  No, non ha larghezza fissa o limitatori da distinguere i campi.
 Copio la tabella importata (almeno in parte)
Id	Testo
57855	Stampa Autorizzazioni per Consegna AusiliA.U.S.L. N.xxx
57856	      Via xxxxxxxxx
57857	      AUTORIZZAZIONE 254178/999 DEL 18/12/2008   (rif. da
indicare in fattura)
57858
57859	      PER 01045052212 xxxxx05-04-1921
57860	      RESIDENTE IN VIA xxxxxxxxxxx 2 - xxxxxx (xx)
57861	      Tel. xxxxxxxx - 
xxxxxxx.br/.DOMICILIO
: via xxxxxxxxxx, 2/3
b
57862	      .br/.Tel.: xxxxxxxxxx
57863
57864
57865	      Per presidio sanitario prevista nel nomenclatore
tariffario D.M.S.
57866	      28/12/92 e modifiche
57867	      SI AUTORIZZA, con onere a carico della A.U.S.L.
N.xxxxxxxxxxxx c/o la
57868	      ditta autorizzata in base alla vigente normativa,
57869	      LA SEGUENTE FORNITURA IN COMODATO D'USO
57870	      L'azienda si riserva di fornire direttamente i presidi in
uso
57871	      Medico prescrittore xxxxxxxxxxxxxxxx 090101 Recupero e
riabilitazione fun.
57872	      Tipologia medico: DIPENDENTE
57873	      TIPO PRESIDIO NUM. INV. IMPORTO SCADENZA
57874	      18.12.03.006 LETTO DUE MANOVELLE REGOL. MANUALM.
001245/02589  DA MAGAZZINO
57875	      12.12.12.123 SOLLEVATORE ELETTRICO A BASSA TENSIONE
57876             12345/123456  DA MAGAZZINO
Da questa tabella (che e' il prodotto di importazione da file di
testo) mi interesserebbe poter trasferire in un altra tabella sia il
codice Iso (vedi 18.12.0..006 id 57874 oppure vedi 12.12.12.123 id
57875) e in un altro campo nello stesso record della stessa tabella
anche il proprio codice inventario (vedi 001245/02589 id 57874 oppure
12345/123456 id 57876) . Il problema e' che il codice di inventario
non per tutti i presidi si trova nella stessa riga (vedi id 57875 e
57876). Il problema in definitiva e' solo questo, come faccio ad ogni
codice Iso associare il numero di inventario nello stesso record?
Ripeto, la tabella che ho copiato sopra e' come in realta' si presenta
dopo l'importazione. ciao ciao

 ha scritto nel messaggio 
news:38d27524-6c34-4974...@v8g2000vbh.googlegroups.com...

riporti quanto ottieni dopo l'importazione
mi sembra che molti ti chiedano invece com'è il file....
apri sto' file con Notepad e posta per favore qualche riga con copia/icolla.
Grazie
Paolo 


 Ecco il file di testo copiato e incollato.
Stampa Autorizzazioni per Consegna AusiliA.U.S.L. N.xxxxxxxxx
      Via xxxxxxxx 3 xxxxxxxxxx
      AUTORIZZAZIONE 254178/999 DEL 18/12/2008   (rif. da indicare in
fattura)
      PER 01045052212 xxxxxxx       RESIDENTE IN VIA POGGIOLETTO 2 -
MASSA (MS)
      Tel. xxxxxxxxxx - 
xxxxxxxxxx.br/.DOMICILIO
: via xxxxxxxxxxxx,
2/3 b
      .br/.Tel.: xxxxxxxxxxx
      Per presidio sanitario prevista nel nomenclatore tariffario
D.M.S.
      28/12/92 e modifiche
      SI AUTORIZZA, con onere a carico della A.U.S.L. N.xxxxxxxxxxxx c/
o la
      ditta autorizzata in base alla vigente normativa,
      LA SEGUENTE FORNITURA IN COMODATO D'USO
      L'azienda si riserva di fornire direttamente i presidi in uso
      Medico prescrittore SANTINI MASSIMO 090101 Recupero e
riabilitazione fun.
      Tipologia medico: DIPENDENTE
      TIPO PRESIDIO NUM. INV. IMPORTO SCADENZA
      18.12.07.006 LETTO DUE MANOVELLE REGOL. MANUALM. 12345/123456
DA MAGAZZINO
      03.33.06.018 MATERASSINO CON CAMERA A GONFIAGGIO ALT. CON
      COMPRESSORE 98765/432198 DA MAGAZZINO
      18.12.27.103 SPONDE PER LETTO 14785/987321   DA MAGAZZINO
      TOTALE AUTORIZZATO EURO 0 + IVA 0 EURO    0
      RICEVUTA - IL SOTTOSCRITTO DICHIARA DI RICEVERE QUANTO SOPRA
RIPORTATO
      data consegna __________ firma assistito o tutore
      _______________________________
      COLLAUDO - SI ESPRIME il giudizio __________________ a seguito
della
      verifica alla congruenza clinica e la rispondenza ai termini
della
      autorizzazione
      data __________ timbro e firma _______________________________
      Tipologia med. coll.:_____ Specializzazione inerente la
      prescr.____________________
      Ricevo in COMODATO D'USO dall'Azienda A.U.S.L. N.1 MASSA CARRARA
il/i
      presidio/i sopra indicati con l'impegno per se' stesso ed aventi
causa
      alla restituzione.
      Il presidio concesso dovra' essere restituito in condizioni
igieniche
      idonee entro il ______________
      firma ______________________________
      Il presidio verrà consegnato al Vs/ domicilio dalla ditta
vincitrice
      dell'appalto entro 5 giorni lavorativi dalla data di
autorizzazione.
      Per la restituzione la SV dovrà telefonare all'Ufficio
Assistenza
      protesica che ha rilasciato l'autorizzazione nell'orario di
apertura. La
      ditta che ha consegnato il bene provvederà al ritiro
direttamente al Vs/
      domicilio.


dammi la pagina HTML pls... facciamo prima... vedo che ti stai
perdendo...
il tuo file TXT è solo il risultato del salvataggio di qualcosa
formattato in un certo modo... dammi l'origine e vediamo che ci
racconta di diverso.

 racconta di diverso.
Non ho le pagine HTLM, ho solo una serie di file di testo con tutte le
consegna effettuate. Ti ripeto, le pagine HTLM sono salvate in txt e
sono assolutamente identiche a come le ho postate. per quello che
riguarda i presidi con il codice Iso e il numero di inventario sulla
stessa riga ho risolto, il problema e' quando il codice Iso e il
numero di inventario sono in due righe diverse. ciao ciao

 numero di inventario sono in due righe diverse. ciao ciao
se tutto quanto hai detto, corrisponde a verità certa, allora non ti
possiamo aiutare in maniera organica... perchè sarebbe ogni riga da
parsare secondo un "non metodo" che di conseguenza porterebbe a un
"non risultato"
Ciao

 
se ho capito bene... stai cercando di importare una 'stampa'...
peggio: tu vuoi importare in db il salvataggio in formato testo di una
schermata probabilmente (questo non lo hai spiegato) destinata alla
stampa per l'utente. tu vuoi, da questa schermata, separare il rumore
(il testo aggiuntivo di contorno) dai dati per rimetterli nel db. 
aiuto!
punta a farti pagare gli straordinari...


Fatto!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Passo1: Collegare il file di testo tramite "collega tabelle"
Passo2: Creare 2 tabelle "identiche" (Ausili e AusiliAppoggio) con
campi "ID", "Codice" , "NumeroInventario" e un campo numerico
denominato (esempio) DDT con valore predefinito 1.
Passo3: Creare una tabella "Appoggio" con campi "ID" e "testo"
Passo4: Accodare tramite query la tabella collegata al txt alla
tabella "Appoggio"
Passo5: Con una query di accodamento accodare dalla tabella "Appoggio"
Alla tabella "AusiliAppoggio"
             i campi in questo modo : codice:
IIf(IsNumeric(Replace(Left([integrale];12);'.';''));Left([integrale];
12))
                                                  NumeroInventario:
Mid([integrale];InStr([integrale];"/0")-5;13)
                                                  e DDT
Passo6:Accodare dalla tabella "AusiliAppoggio" alla tabella "Ausili"
mettendo nei criteri di "codice" Is Not Null
            e nell' "Oppure"di "NumeroInventario"  Is Not Null.
Passo7:Creare una query di selezione dalla tabella "Ausili" mettendo
nei criteri del campo "Codice" is null
            chiamandola "Acquisisci7"
Passo8: creare una queri di AGGIORNAMENTO così :
 UPDATE Ausili INNER JOIN Acquisisci7 ON Ausili.DDT = Acquisisci7.DDT
SET Ausili.NumeroInventario = acquisisci7.numeroinventario,
Ausili.Inventario = acquisisci7.numeroinventario
WHERE (((Ausili.codice) Is Null)) OR (((Ausili.NumeroInventario) Is
Null));
chiamandola "Acquisisci8"
Passo9: Ripulire la tabella "Ausili" dal codice senza nessuna
corrispondenza con il numero di inventario con una query di
eliminazione così:
DELETE Ausili.id, Ausili.DDT, Ausili.codice, Ausili.NumeroInventario,
Ausili.Inventario
FROM Ausili
WHERE (((Ausili.codice) Is Null));
Forse il tutto e' un po' "empirico" ma e' il risultato quello che
conta. Grazie a tutti e ciao.

 
in bocca al lupo.
la prima volta che cambia una dicitura o aggiungono una riga sei di nuovo 
al punto di partenza.
tra l'altro, magari dopo qualche giorno di funzionamento con i dati 
sminchiati.
ma il risultato e' quello che conta, giusto?
:-)


 sminchiati.
Capisco lo scetticismo ma se c'e' una cosa che ho imparato nel
sviluppare questa applicazione e' quella di ridurre il problema ai
minimi termini e da lì partire.
In definitiva cosa chiedevo? Di poter estrarre solo i codici Iso e
associare tali codici al loro numero di inventario (separare il rumore
appunto).
Partiamo da un presupposto : I dati originali delle consegne vengono
inseriti tramite una pagina di inserimento dati (che sia HTLM o altro
non importa) dal richiedente (U.S.L.) e tramite Intranet vengono
inviati al settore preposto alle consegne e visualizzati in tempo
reale in formato HTLM. Non avendo accesso al database dell'U.S.L. e
avendo necessita' di poter disporre di un "archivio" al solo scopo di
tener traccia dei movimenti degli ausili (ad uso interno) si e'
pensato fino ad oggi di salvare in formato testo queste pagine HTLM.
Considerando che l'inserimento dei dati (all'origine) avviene tramite
un interfaccia che corrisponde in toto al foglio di consegna e che gli
unici valori che vengono modificati sono i dati del fruitore del
servizio (nome , residenza ecc. ecc.)
dal numero dell'autorizzazione e dagli ausili da consegnare e' su
questi che bisogna lavorare per estrarli.
Teniamo presente anche che l'ausilio (codice Iso e la sua descrizione)
non vengono inseriti a mano ma bensì tramite una scelta in una casella
combinata o similare in modo da eliminare ogni errore di inserimento
fino ad ottenere questo :
18.12.27.103 SPONDE PER LETTO
e teniamo presente inoltre che invece il numero di inventario viene
inserito a mano ma e' sempre composto da 5 numeri, la barra e altri 6
numeri (es. 14785/987321) e il codice Iso si trova sempre all'inizio
del campo.. E si ottiene questo :
18.12.27.103 SPONDE PER LETTO 14785/987321
14.01.23.315 LETTO ELETTRICO           12345/06789
cosa fare quindi? Dalla tabella collegata al file txt bisogna accodare
questi valori in una tabella composta da :
ID        Codice                   NumeroInventario
usando queste formule
Codice:IIf(IsNumeric(Replace(Left([testo];12);'.';''));Left([testo];
12))
NumeroInventario: Mid([testo];InStr([testo];"/0")-5;13) .
ottenendo questo per esempio :
ID        Codice                   NumeroInventario
1        18.12.27.103            14785/06111
2        14.01.23.315            12345/06789
Mettiamo il caso che venga modificata una o piu' (se non tutte) le
diciture o vengano aggiunte o tolte righe (se non tutte) ,
la query con quelle formule esegue solo una ricerca mirata sia del
solo codice di inventario (Mid([testo];InStr([testo];"/0")-5;13)
e sia del solo codice Iso: IIf(IsNumeric(Replace(Left([testo];
12);'.';''));Left([testo];12))  dove per [testo] si intende l'unico
campo ottenuto dall'importazione del file di testo.
Il problema era quindi di facile soluzione senonche' per motivi di
lunghezza della descrizione dell'ausilio capita a volte che il  codice
Iso e il numero di inventario si trovino in due righe diverse e
"sucessive" in tal caso il risultato della query sopra descritta
sarebbe questo:
ID        Codice                   NumeroInventario
1        18.12.27.103            14785/06111
2        14.01.23.315
3                                      12345/06789.
cosa fare quindi? (e questa era la mia richiesta), bisogna prima
isolare i due record (Id 2 e Id 3) tramite una query di selezione
escludendo i record comprensivi sia del codice Iso e sia del numero di
inventario ottenendo questo
ID        Codice                   NumeroInventario
2        14.01.23.315
3                                      12345/06789
e poi con una query di aggiornamento spostare il numero di inventario
(id 3) nel record precedente (Id 2). infine eliminare il recod
contenente il solo numero di inventario (Id 3) ottenendo questo :
ID        Codice                   NumeroInventario
1        18.12.27.103            14785/06111
2        14.01.23.315            12345/06789
essendo in possesso di una tabella con tutti i codici Iso e la
descrizione dell'ausilio, tramite una normale query collegata con il
codice Iso ottengo infine questa tabella:
codice Iso        Descrizione                      Numero Inventario
18.12.27.103    SPONDE PER LETTO       14785/987321
14.01.23.315    LETTO ELETTRICO           12345/06789
Ho provato con 30 file di txt diversi modificandone anche la
formattazione, eliminando righe, aggiungendone di nuove e tutto sembra
in regola,
Ciao e grazie per l'interessamento. Se qualcuno volesse darmi consigli
per il miglioramento di quanto sopra descritto mi farebbe veramente
piacere. ciao ciao

 appunto).
ovvero come strappare da un report/export/output non organico, i dati 
usati per creare il report stesso, che li contiene in forma elaborata.
la soluzione che hai trovato reggera' fino alla prossima modifica della 
stampa che stai utilizzando.
quando modificheranno, ricomincerai l'analisi del txt per adattare il tuo 
codice.
sperando ovviamente che non decidano di esportare in pdf invece che in 
html ^^
[cut]


 piacere. ciao ciao
è un lavoro che probabilmente dovrai fare ogni volta che "qualcuno"
penserà che è giusto crivere una cosa al posto di un altra e
viceversa... quindi è da "amanuense", ovvero l'esatto contrario della
programmazione organica.
L'unico consiglio che mi sento di darti è di "ritarare" il tuo punto
di partenza, e sceglierne (o concordare con chi lo produce) uno serio.

 non vengono inseriti a mano ma bens� tramite una scelta in una casella


Ciao
Daniele

Prima di rispondere alle vostre argomentazioni tengo molto a
precisare  un paio di concetti.
1° Sono assolutamente consapevole che la procedura di importazione di
dati da un file txt non sia "ottimale" meglio sarebbe poter accedere
al database contenente i dati, ma questo non e' possibile.
2° I dati di origine vengono inseriti da un operatore tramite caselle
combinate ecc. ecc. anche volendo nessuno potra' mai pensare di poter
scrivere quello che vuole ma si deve attenere a determinate regole
dettate non dalle persone ma bensì dalla programmazione del programma
di inserimento dati .
Non mi sarei mai cimentato nell'importazione di dati da un file txt se
i dati da estrarre fossero stati variegati e dinamici, sarebbe stata
una follia e sarei andato incontro a sicuro fallimento. Ripeto per
l'ennesima volta, se mi sono deciso ad accettare questo sviluppo l'ho
fatto solo perchè in definitiva i dati da estrarre sono esclusivamente
"due codici" e la cosa oltre ad essere fattibile mi intigrava molto.
Pensate che proprio un ora fa, dopo aver letto i vostri post ho
inserito quatro codici differenti in un file di testo (pagine di un
libro) che una volta inportato comprendeva 435 righe, ebbene i codici
sono stati filtrati escludendo l'intero testo rimanente.
----per me, una stampa non e' un punto di partenza accettabile per
creare una
procedura di importazione
Anche per me e infatti non l'ho mai fatto prima ma in questo caso si
puo' considerare accettabile solo perchè i due codici si possone
ritenere come discriminanti.
---LA soluzione, e' chiedere i dati alla fonte o accordarsi per
qualche
metodo di scambio; il resto sono accrocchi.
Gli accrocchi sono le importazioni da file senza discriminanti e senza
possibilità di poter "isolare" i dati oppure piu' semplicemente essere
soggetti ad errori di inserimento da parte degli operatori.
---la soluzione che hai trovato reggera' fino alla prossima modifica
della
stampa che stai utilizzando.
quando modificheranno, ricomincerai l'analisi del txt per adattare il
tuo
codice.
Non sto lavorando su una stampa, ma su una pagina HTLM salvata "da
noi" in txt.
---sperando ovviamente che non decidano di esportare in pdf invece che
in
html
Come è possibile esportare in pdf una pagina in HTLM visto che la
pagina HTLM serve a noi per confermare l'avvenuta consegna? Anche noi
lavoriamo su quella pagina HTLM e anche noi inseriamo ulteriori dati,
solo che una volta effettuata la consegna quella pagina semplicemente
"sparisce". Ecco perchè importo i dati, per tenerne traccia.
---la soluzione che hai trovato reggera' fino alla prossima modifica
della
stampa che stai utilizzando.
quando modificheranno, ricomincerai l'analisi del txt per adattare il
tuo
codice.
Non è una stampa! E' un interfaccia in HTLM non modificabile se non
solo per i dati degli ausili consegnati.
---La "STAMPA" non è assolutamente il punto da cui partire... è
questo
quel che ti manca... il punto da cui partire è un file di scambio
creato come si deve con delle regole fisse che vengono rispettate
indipendentemente da ciò che è il contenuto vero e proprio.
Non è una stampa! E' un interfaccia in HTLM non modificabile se non
solo per i dati degli ausili consegnati. Gli unici dati inseriti soni
i dati personali dell'utente e gli ausili consegnati io estrapolo solo
le consegne e l''architettura della pagina ha regole fisse, non è
modificabile
---è un lavoro che probabilmente dovrai fare ogni volta che
"qualcuno"
penserà che è giusto scrivere una cosa al posto di un altra e
viceversa... quindi è da "amanuense", ovvero l'esatto contrario della
programmazione organica.
L'unico consiglio che mi sento di darti è di "ritarare" il tuo punto
di partenza, e sceglierne (o concordare con chi lo produce) uno
serio.
Non ho mai pensato che il mio sviluppo sia "organico" vorrei far altro
in questo caso, ho solo scelto una soluzione "accettabile" non potendo
far diversamente, ma ripeto : nessuno potra' mai pensare che sia
giusto scrivere una cosa invece di un'altra ci sono "regole" anche per
l'inserimento dei dati e queste regole sono delle caselle combinate
contenente i dati da inserire, nessuno potra' mai scrivere "lettto"
invece di "letto" o di inventarsi un codice Iso inesistente, pero'
sicuramente qualcuno potra' scrivere "marrio Rosssi" invece di "Mario
Rossi" ma questo non mi riguarda, io ho preso solo i dati di
inserimento "sicuri" e vincolati da regole di inserimento.
----Se agli anni 70 l'sql rimasto tale nella definizione delle tabelle
ci
sar un motivo no?
Un minimo di struttura deve esserci altrimenti non parliamo di
database.
A quel punto una tabella excel o un grafico fatto con paint la stessa
cosa, credimi, lo dico provocatoriamente con buone intenzioni
Parliamo dell'importazione vero? Perchè una volta importati i dati il
database è strutturato e lavora con tabelle, query ecc. ecc.  e
funziona bene. Nulla ha piu' a che vedere con il file di testo.
---Purtroppo non mi trovi d'accordo con questa soluzione. Basta
veramente
poco e tutto crolla miseramente
crolla tutto se viene cambiato "radicalmente" la pagina HTLM ma forse
nemmeno, dovrebbe cambiare la struttura dei codici Iso oppure il
codice di inventario.
---Minimo da cui partire... non deve equivalere a frugare in un
guazzabuglio di txt
Non frugo in un guazzabuglio di txt, "estraggo" dal txt il codice iso
e il numero di inventario che hanno regole fisse e non modificabili.
---Secondo me lo strumento adatto non è un db.
Puoi esportare in xml ed estrarre i dati shredding con qualche tool.
Detto da me che sono prevenuto per gli xml....
E cosa cambia? Se viene cambiata la struttura della pagina HTLM non
dovrei intervenire lo stesso?
Finisco per dire che sicuramente la chiave della soluzione sarebbe
accedere al database oppure trovare una maniera per lo scambio dei
dati, ma questo non e' possibile. Perche' nessuno mi ha contestato
l'impossibilita' di estrarre il codice Iso e il numero di inventario
da un file di txt ? Qualcuno puo', con certezza assoluta contestarmi
che se anche inserissi dei codici Iso o dei numeri di inventario a
casaccio dentro il testo della Divina Commedia questi non vengano
estratti?
Se così fosse sarei pronto a smentirlo.
Quello che vorrei dirvi è che non mi aspettavo questo disfattismo nei
confronti di quello che sto facendo senza tener conto che in fin dei
conti il mio intento (riuscito) era di estrarre due codici da un file
txt, nulla piu'.
Un altra cosa vorrei chiedervi, pensate che non avrei potuto
sviluppare un applicazione che inserendo i dati manualmente e
copiandoli dal txt potesse raggiungere comunque lo scopo?
L'mportazione allora dei file txt allora che scopo avrebbe?
ciao ciao

    
No non c'è disfattismo, io noto un feedback i cui parecipanti indicano 
la propria opinione in base alle esperienze avute e mi sembre che 
l'orientamento tendeva a pararti da guai potenziali, per il tuo bene.
Poi la necessità aguzza l'ingegno e se proprio non puoi accedere al db 
non ti resta che l'importazione. Un mia esperienza con le PA i 
tracciati, i codici, la struttura cambia dall'oggi al domani e bisogna 
correre ai ripari, quelle che si poteva inviare il giorno prima 
improvvisamente non funge perché è stato inventato un campo aggiuntivo 
noto  .... noto a chi? Ma questo è un altro 3d.
In bocca al lupo
Daniele


 ciao ciao
Hai frainteso dei suggerimenti di utenti "con una certa esperienza"
per "disfattismo"... se abbiamo affossato la tua soluzione, ci sarà un
motivo... personalmente, è qualche "annetto" che sviluppo (giusto
qualche :D e qualche risultatuccio anche io l'ho portato a casa te lo
giuro :D ), e dalle mie esperienze, ho tratto il meglio per
risponderti, affinchè non ti trovassi nei cavoli amari qualora si
fosse presentato quel che per me è un probabile bug del tuo sistema...
nulla più... poi se tu la vuoi vedere come disfattismo, non ho altro
da dire se non "ti sbagli"... poi voglio dire, il tuo "non chiedevo
altro che..." significa poco in una discussione dove un altro utente
riesce a vedere magari più avanti di te, e gentilmente ti pone un
alert. L'accrocco tutti riusciamo a farlo, però di solito (visto che
il mondo è in continua evoluzione e con lui tutti gli aspetti tecnici,
quindi anche il tuo output salvato in txt), risulta "SPESSO" (ma
magari non sarà il tuo caso -te lo auguro-) essere una risoluzione
estemporanea...
Quando vuoi siamo qua... e cmq sia, in bocca al lupo con il tuo txt
;)

 
siamo partiti con un file di testo da cui leggere delle informazioni.
poi e' saltato fuori che era un qualche export in txt di un html generato 
da altri.
infine siamo arrivati che sul file html devi fare qualcosa inserendo 
dati.
prima o dopo averlo esportato in txt?
e se queste modifiche ti fanno saltare la formattazione necessaria e 
indispensabile al tuo metodo empirico per funzionare?
trovare una soluzione minimamente affidabile non sarebbe meglio?
far modificare il programma all'origine pare brutto?


 ....esattamente come il tuo file, che non ha discriminanti.

Diciamo che con le PA non sono i dati a strapparsi... ma altro 
(informaticamente burocraticamente parlando) :-)
Ciao