Newsgroup: it.comp.appl.access
Titolo: Modifica dati

Salve a tutti, vi spiego il mio problema:
ho una tabella articoli:
codice         descrizione    art.fornit
1bti5130      articolo 1
1bti60431    articolo 2
1bti115854  articolo 3
quello che dovrei fare è eliminare i primi 4 caratteri del codice e salvarli
in una colonna art.fornit.
codice         descrizione    art.fornit
1bti5130      articolo 1        5130
1bti60431    articolo 2        60431
1bti115854  articolo 3        115854
Grazie e arrivederci
Axel



 ha scritto nel messaggio
news:9oq9f7$8fj$1...@fe2.cs.interbusiness.it...

Risolvi il problema con una semplice qry di aggiornamento tabella. Per
ricavarti il campo art.fornit usa l'istruzione mid([codice];5;xx) dove xx
dipene dalla lunghezza del campo codice. Questa istruzione deve esere
riportata nella casella "aggiorna a" della qry
Controlla la sintassi per l'istruzione mid, sono andato a memoria.
Ciao  -  Livio

 Controlla la sintassi per l'istruzione mid, sono andato a memoria.
Buono il suggerimento di Livio, che puoi migliorare usando Mid([codice]; 5)
rendendola cosě indipendente dalla lunghezza.
Ma il motivo che mi ha indotto a scrivere č dato dalla constatazione che
molti insistono a voler inserire valori calcolati in tabella; in questo
caso, poi, addirittura nella stessa tabella.
Non conosco i motivi che ti hanno indotto a pensare a questa operazione, ma,
se ci pensi bene(!), non puoi farne a meno?
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com

 se ci pensi bene(!), non puoi farne a meno?
Vorrei fare così perchè il restante codice che mi resta, sarebbe 5130, è l'
identificativo della ditta produttrice, che poi collegato al listino che la
ditta mi manda ottengo i prezzi di vendita, imballo etc etc.
Da quello che ho capito nella nuova colonna ottengo un valore calcolato e
non "fisso" cioè ho una formula invece che dati?
Gradirei approfondire il problema dato che il suggerimento di livio è andata
male.
Ciao Axel

 ha scritto nel messaggio
news:9orvl3$mia$1...@fe2.cs.interbusiness.it...

Quello che intendeva Silvio e' che un campo calcolato (risultante da una
formula fissa come in questo caso) non e' necessario memorizzarlo da nessuna
parte. In ogni momento ti possa servire (qry, form, report, codice) puoi
ricavartelo all'istante applicando la formula (nel tuo caso al codice
articolo).Questo ti permette di avere un DB piu' piccolo e ti evita il
rischio di disallineeare i dati (se cambi il codice articolo e ti dimentichi
di modificare il fornitore, avrai due dati nello stesso record che non
saranno compatibili tra di loroe sara' difficile trovare il problema). Forse
tu non modificherai mai il codice articolo, e se cambiera' fornitore
codificherai anche un articolo nuovo, ma quella di non usare dati ridondanti
e' una buona regola in fase di progettazione di un DB.
Ora a te la scelta:
1. se l'operazione che avevi richiesto ti serve per una conversione e in
futuro il codice articolo e il fornitore non saranno piu' legati con il
criterio che hai descritto fammi sapere cosa non ha funzionato
2. se questa regola varra' anche in futura elimina il campo fornitore e
calcolalo al momento dell'utilizzo applicamdo la stessa formula mid
descritta in precedenza.
Ciao  -  Livio

 ha scritto nel messaggio
news:9os9d3$hi3$1...@fe2.cs.interbusiness.it...

Non sarei riuscito ad esprimermi meglio.


 > descritta in precedenza.
Ok grazie ad entrambi, la formula di Silvio funziona, e la creazione di
un'altra colonna o di una tabella avendo solo il campo codice articolo e
cod.art.forn., credo che sia la soluzione migliore, nel mio caso, anche
perchè io faccio la modifia poi l' aggiornamento/inserimento viene fatta da
altri.
Grazie di nuovo ad entrambi
Arrivederci
Axel