Newsgroup: it.comp.appl.access
Titolo: raggiunti i limiti di access?

il mio db č composto da circa 150 campi divisi in otto tabelle.
Mi sembra di aver raggiunto un buon risultato con le maschere ma mi scontro
con i report (che č poi la ragione fondamentale dell'esistenza dell'intero
db).
Ovviamente non ho potuto inserire tutti i campi in un unico report ed ho
pensato a sottoreport da inserire nel report principale.
Anche qui, perň arrivo a non poter piů "allungare" la pagina per inserire
nuovi sottoreport.
Credo di non aver altra soluzione che una serie di report: esiste un comando
che me ne concateni la stampa in automatico o sono condannato a doverlo fare
a mano?
Grazie
Stefano

 wrote in
news:XnfNc.13413$
1V3.3...@twister2.libero.it
: 

posta il problema, non la soluzione che hai trovato...
magari a te sembra siano necessari 150 campi, tutti visibili nel report 
contemporaneamente.
magari, tra tutto il ng, si riesce a trovare una soluzione che ne prevede 
40 con un paio di query ben fatte e un report ridicolmente semplice.
magari si scopre che servono proprio 150 campi, ma almeno i rompiballe 
come me non devono tirare a indovinare per capire cosa vuoi fare con 150 
campi stipati in un unico report...
(l'intera genealogia della gens julia a partire da adamo ed eva fino ai 
giorni nostri in un unico record?)
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 Stefano
Prova con una macro.
Ciao
Marco
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 giorni nostri in un unico record?)
non è così complicato :-) però...
si tratta di cartelle cliniche (pediatriche, per giunta) che comprendono i
dati anagrafici del paziente e dei genitori, l'anamnesi (mooooooolto
particolareggiata), la storia del parto con informazioni sui parti
precedenti, il diario clinico, la scheda operatoria e gli esami strumentali.
La maggior parte dei campi sono ovviamente di tipo memo.
Ecco perché dicevo che tutto il data base è finalizzato al report: tutte le
informazioni raccolte devono essere stampate per la firma del primario prima
dell'archiviazione cartacea e dell'eventuale consegna all'interessato.
L'idea che mi ero fatto era di un report multipagina ma...(il resto lo sai).
Che ne pensi?
Grazie
Stefano

 Prova con una macro.
Anche questo è un tentativo.
Grazie infinite
Stefano

 
potresti fare un report per il paziente e uno per ognuno dei genitori 
in questo modo, ti ritrovi con 3 report più semplici, con meno dati, e che 
probabilmente puoi gestire in maniera più efficiente, visto che contengono 
meno campi.
in più, visto che penso tu abbia i dati in tabelle separate, hai query meno 
complesse come origine dei report.
dipende però da com'è strutturato il db...


 dipende però da com'è strutturato il db...
non ho previsto query di alcun tipo se non il filtro relativo
all'identificativo del paziente per stampare una sola cartella e non
l'intero database.
Anche le maschere sono organizzate per sottomaschere e derivano dalle otto
tabelle "tematiche" (notizie anagrafiche, neonatologia, infettivologia,
diario clinico, ecc.).
Mi sono venuti diversi dubbi su questa architettura ma davvero non saprei
pensarlo diversamente.
Hai suggerimenti in merito? Eventualmente ti servono altri dati?
Grazie Stefano

 quella cioč che viene rappresentata se lo apri singolarmente ?
cosě ha funzionato! Stupido io a fossilizzarmi sul fatto che il sottoreport
dovesse necessariamente essere tutto aperto.
Grazie infinite
Stefano