Newsgroup: it.comp.appl.access
Titolo: Il report piu' difficile del mondo (o quasi!)

Fate conto una tabella giacenze di articoli di abbigliamento, quindi n
combinazioni colore-misura per ogni codice articolo.
Fate conto pure una maschera ordini, dove ciascun record in sottomaschera e'
una combinazione colore-misura con la relativa quantita'.
ART 001        Mis 42    Rosso 3 Pz
ART 001        Mis 43    Rosso 2 Pz
ART 001        Mis 44    Rosso 5 Pz
ART 001        Mis 42    Giallo  6 Pz
.....
ART 002      Mis M    Verde 5 Pz
E cosi' via...
Il cliente vuole un report molto complicato perche' con intestazioni
dinamiche diverse ad ogni record.
Le intestazioni sono le misure, i valori delle colonne le quantita' per ogni
misura. Una query a campi incrociati, sostanzialmente.
Il problema e' che i tipi di misura sono diversi a seconda dell'articolo,
trattandosi di generi diversi (esempio, scarpe e vestiti).
ART 001        42    43    44
Rosso                3    2    5
Giallo                6    7    3
ART 002      M    L    XL
Verde            5    7        8
Blu                8    5        5
In maschera non avrei grossi problemi a farlo. Creo da codice n controlli in
sottomaschera per quante sono le colonne della query a campi incrociati. In
un sottoreport invece e' piu' complicato perche' dovrei dimensionare e
posizionare  i controlli uno ad uno non esistendo l'equivalente del
foglio-dati sottomaschera. In piu', dalle prime prove che ho fatto mi sembra
che Access non accetti query a campi incrociati come origine dati di
sottoreport.
Qualcuno ha qualche suggerimento?
Saluti.
Luciano

 wrote in message 8i3ecs$6m2$1...@news.mclink.it...

Se stai costruendo un nuovo programma, hai una base dati non valida.
Nel caso di prodotti abbigliamento e simili, il record delle righe ordine
deve essere cosě strutturato:
Anno,IDOrdine,CodiceModello,CodiceColore,Prezzo,CodiceIva,QtaTaglia1 ...
QtaTagliaN (un campo per quante taglie vuoi gestire) ecc.
Devi avere una tabella Taglie cosě definita:
IDTaglia, Taglia1 ...... TagliaN (Tante quante RigheOrdini) es:
1, 42, 44, 46, 48
2, M , L , X , XL
3, 37, 38, 39, 40, 41, 42, 43
Devi avere una Tabella Colori:
IDColore, DescrizioneColore
  1, Rosso
  2, Bianco
  3, Fantasia
Sul record del modello associ il codice di Taglie
E cosě via.
Spero di esserti stato utile.
saluti GB
ps. Dove sei ? Io sono a Roma

sottoreport.
Beh, cmq puoi sempre creare una tab dalla query.
Per il report, io mi farei un sottoreport per ogni "scala
taglie" (tanto non saranno piu' di tre o quattro, no?) e
sceglierei quale usare impostandolo su apertura.
Uot ebaut?
--
Lorenzo Coronati
--
<<Il materiale sul NG non è di particolare 
qualità... cioè siti... magari in inglese in 
cui si possono trovare maggiori informazioni...>>
(Matteo Testoni, 24/05/2000)
--

 sottoreport.
Non ho verificato questa affermazione, comunque per te non è un problema.
Infatti tu al controllo subreport assegnerai il nome della maschera nella
proprietà SourceObject.
Saluti.
Michele Amato
--
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
Un pò di pubblicità per il mio sito, su
http://utenti.worldonline.it/micheleamato
è possibile trovare una add-in per Access97:
Access Navigator 2.0 (beta)
mi piacerebbe conoscere la tua opinione...
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}

sceglierei quale usare impostandolo su apertura.
Non male come idea....ma a quel punto tanto vale crearlo al momento come
serve per il record corrente. In effetti ho quasi risolto...mi manca di
gestire l'evento record per record sul report.
Saluti.
Luciano

proprietà SourceObject.
Oh, grazie! Questa non la sapevo. Intendo dire che si puo' usare una
maschera come subreport...
Avrei risolto quasi tutto.
Con una query mi ricavo le misure di un articolo
Creo dinamicamente la query a campi incrociati, che mi da i pezzi per colore
per ciacuna misura, e gli passo come columnheading le misure ricavate dalla
prima query. Questo e' indispensabile perche' Access PRETENDE che una query
a campi incrociati per essere usata come source di un  subreport abbia le
colonne-valori gia' stabilite a priori.
Sempre da codice mi creo la maschera per il subreport e gli creo n controlli
per quante sono le taglie.
Funziona che e' una bellezza!:-)
Quello che mi rimane da fare e ciclare il tutto su ogni articolo
dell'ordine....
Il report e' ovviamente raggruppato per codice articolo, non so se ficcare
tutta la routine in formattazione o stampa....domani vedro'!:-)
Saluti.
Luciano

ps. Dove sei ? Io sono a Roma
Idem!:-)
Saluti.
Luciano


La tabella deve avere tanti campi quante sono le taglie che vuoi gestire
niente cambi di struttura.
Se fosse abbigliamento bambini ne dovrebbe avere 16 e dato che in quel tipo
di attività i prezzi sono differenziati per taglia, dovresti avere anche
sedici campi Prezzo o una matrice di 16.
Altrimenti dovresti creare un articolo per ogni variante colore e taglia, e
se tratti l'abbigliamento uomo dovresti avere anche la variante Drop.
Per cui 100 modelli, 5 colori , 7 taglie = 3500 Anagrafiche articoli.
Poi come viene redatto un ordine del genere.
Il Cliente dice: ordino il modello tale, colore talaltro, a 2x
il che vuol dire quantità 2 per tutte le taglie disponibili.
Pensaci un attimo!
Salutini
GB :-))

Pensaci un attimo!
Ci'ho pensato.... mi sembra folle!:-)
Ma si sa,  ognuno ha la sua filosofia in fatto di strutture....
Saluti.
Luciano