Stampa unione da excel enorme

[MdM]

Problema: devo trasportare i dati di un questionario contenuti in un excel da circa 270 colonne (si tratta anche di percentuali e numeri decimali) nelle tabelle di una relazione contenuta in un file Word. Vorrei usare la stampa unione, perché ogni record di excel corrisponde ad un capitolo della relazione.

Come sapete per i campi unione non si possono usare fogli excel con più di 255 colonne e vorrei che fosse mantenuto il formato presente nelle celle excel (esempio: per le percentuali il numero arrotondato al primo decimale con il segno %).

Come posso fare per risolvere questi problemi?

Grazie in anticipo.

MdM

[paoloard]

"MdM" ha scritto nel messaggio
news:4203a5b2-78cf-4f95...@googlegroups.com...

Non sapevo di questo limite, prendo per buono quello che affermi. Quindi,
per ottenere un numero di colonne ridotto penso che l'unico modo sia quello
di unire alcune colonne in Excel portandole al max di 255 (fra tante colonne
non ce ne sono alcune che si possono unire formandone una sola?).
Per quanto riguarda la seconda domanda devi modificare i campi unione
forzandone il formato.
Una volta inseriti i campi unione in Word, premendo ALT+F9 compaiono i
codici di campo (di nuovo ALT+F9 per tornare al risultato), del tipo del
tipo { MERGEFIELD "Nome campo" }.
Puoi quindi integrare il codice con le informazioni per il formato.
Per esempio:

con { MERGEFIELD campodata \@ "dddd d MMMM yyyy HH:mm" }

Ottieni un risultato del tipo: mercoledì 15 maggio 2017 19:15

con { MERGEFIELD camponumerointero \# "#.##0" }

Ottieni: 2.456

con { MERGEFIELD camponumeroduedecimali \# " #.##0,00" }

Ottieni: 2.456,67

con { MERGEFIELD camponumeroundecimale \# " #.##0,0" }

Ottieni: 2.456,6

con { MERGEFIELD camponumeropercentuale \# " #0,0 %" }

Ottieni: 10,5 %


--
Ciao
paoloard
http://www.riolab.org/

[frances...@gmail.com]

Il giorno lunedì 15 maggio 2017 16:40:42 UTC+2, MdM ha scritto:
> ...

> Come sapete per i campi unione non si possono usare fogli excel con più di 255 colonne

In una discussione molto vecchia su Narkive trovo un richiamo a http://support.microsoft.com/kb/294688/en-us, dove si dà risposta alla domanda

How many fields do you have for each record ?

e si suggerisce che tale limite non sussiste se l'origine dati è un database
di Access. Potrei quindi pensare di esportare la tabella Excel in Access e a usare quello come origine dati.
In alternativa potresti usare Access stesso per comporre la relazione attraverso l'uso dei suoi report, non so con quale flessibilità (e non conosco la complessità della relazione).

[MdM]

Il giorno martedì 16 maggio 2017 14:41:00 UTC+2, frances...@gmail.com ha scritto:
>
> How many fields do you have for each record ?
>
> e si suggerisce che tale limite non sussiste se l'origine dati è un database
> di Access. Potrei quindi pensare di esportare la tabella Excel in Access e a usare quello come origine dati.

E se per assurdo Access non riuscisse ad importare più di 255 colonne di Excel?

(SIGH!)

[frances...@gmail.com]

Certo mi sembra un limite grave. Ma mi sembra di aver capito che tale limite non ci sia.
Non (mi) resta che fare una simulazione :)

[frances...@gmail.com]

Confermo il limite anche per Access 2007... ho appena provato e l'importazione si ferma al 255.mo campo :(
Non so se è un consiglio utile ma potresti spezzare il db in due e quindi utilizzare due diversi modelli di stampa unione (*), ovviamente creando due "tronconi" separati della relazione.

(*) a meno che non possano sussistere due diverse origini dati nello stesso documento di stampa unione. Non ricordo se hai specificato la versione di Office in uso.

[MdM]

Il giorno martedì 16 maggio 2017 15:53:45 UTC+2, frances...@gmail.com ha scritto:
>
> Non so se è un consiglio utile ma potresti spezzare il db in due

Diventa una procedura di tagliaincolla artigianale (record 1 tranche 1 - record 1 tranche 2 - record 2 tranche 1 - record 2 tranche 2...) ad altissima possibilità di errore.

> (*) a meno che non possano sussistere due diverse origini dati nello stesso documento di stampa unione. Non ricordo se hai specificato la versione di Office in uso.

Office 2010. Ci sono vie di fuga?

[frances...@gmail.com]

Il giorno martedì 16 maggio 2017 16:08:00 UTC+2, MdM ha scritto:
> Diventa una procedura di tagliaincolla artigianale (record 1 tranche 1 - record 1 tranche 2 - record 2 tranche 1 - record 2 tranche 2...) ad altissima possibilità di errore.

Concordo, diventa ingestibile.

> Office 2010. Ci sono vie di fuga?

Pilotare la base dati Excel con ADO da Word, leggendo con una query di selezione ogni record e assegnando il valore di ogni campo ad un campo di testo Word, oppure ad un segnaposto che rimpiazzi con i campi estratti dalla query.

Non conosco la complessità del Tuo progetto quindi tieni ogni suggerimento come un pensiero vagante.

[Cuperlo]

"MdM" ha scritto nel messaggio
news:4203a5b2-78cf-4f95...@googlegroups.com...

<<Come posso fare per risolvere questi problemi?

da excel verso SQL SERVER EXPRESS , e da quello fai la stampa unione, che
può superare il limite ( massimo 1024 colonne\campi).

[MdM]

Il giorno martedì 16 maggio 2017 14:50:16 UTC+2, MdM ha scritto:
>

> E se per assurdo Access non riuscisse ad importare più di 255 colonne di Excel?

Peggio! Access non *gestisce* più di 255 campi!

Sempre più difficile, siori e siore.

[frances...@gmail.com]

Considera seriamente il suggerimento di paoloard (compattare i campi cioè le colonne) oppure il mio (dividere Excel in due sottotabelle con numero di campi inferiore a 255).

[Ammammata]

Il giorno Tue 16 May 2017 08:57:01p, *Cuperlo* ha inviato su
microsoft.public.it.office.excel il messaggio
news:offi0p$1c20$1...@gioia.aioe.org. Vediamo cosa ha scritto:

>
> da excel verso SQL SERVER EXPRESS , e da quello fai la stampa unione,
> che può superare il limite ( massimo 1024 colonne\campi).
>
>

Dennis Nedry yawned. He'd long ago concluded that InGen must be doing
something like this. A couple of years earlier, when InGen had hired Nedry
to design the park control systems, one of the initial design parameters
called for data records with 3 X 10^9 fields. Nedry just assumed that was a
mistake, and had called Palo Alto to verify it. But they had told him the
Spec was correct.
*Three billion fields.*
Nedry had worked on a lot of large systems. He'd made a name for himself
setting up worldwide telephone communications for multinational
corporations. Often those systems had millions of records. He was used to
that. But InGen wanted something so much larger. . . .
Puzzled, Nedry had gone to see Barney Fellows over at Symbolics, near the
M.I.T. campus in Cambridge. "What kind of a database has three billion
records, Barney?"
"A mistake," Barney said, laughing. "They put in an extra zero or two."
"It's not a mistake. I checked. It's what they want."

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
>>>>> http://www.bb2002.it :) <<<<<
........... [ al lavoro ] ...........

[Norman Jones]

Ciao Ammammata,

On 17/05/2017 11.25, Ammammata wrote:

> Dennis Nedry yawned. He'd long ago concluded that InGen must be doing
> something like this. A couple of years earlier, when InGen had hired Nedry
> to design the park control systems, one of the initial design parameters
> called for data records with 3 X 10^9 fields. Nedry just assumed that was a
> mistake, and had called Palo Alto to verify it. But they had told him the
> Spec was correct.
> *Three billion fields.*
> Nedry had worked on a lot of large systems. He'd made a name for himself
> setting up worldwide telephone communications for multinational
> corporations. Often those systems had millions of records. He was used to
> that. But InGen wanted something so much larger. . . .
> Puzzled, Nedry had gone to see Barney Fellows over at Symbolics, near the
> M.I.T. campus in Cambridge. "What kind of a database has three billion
> records, Barney?"
> "A mistake," Barney said, laughing. "They put in an extra zero or two."
> "It's not a mistake. I checked. It's what they want."

LOL!

Forse il computer da utilizzare sarebbe:
http://www.bbc.co.uk/news/technology-39936975




===
Regards,
Norman

[frances...@gmail.com]

Il giorno mercoledì 17 maggio 2017 13:02:53 UTC+2, Norman Jones ha scritto:
> Ciao Ammammata,
>
> On 17/05/2017 11.25, Ammammata wrote:
>
> > Dennis Nedry yawned. He'd long ago concluded that InGen must be doing
> > something like this. A couple of years earlier, when InGen had hired Nedry

> > ...

>
> LOL!
>
> Forse il computer da utilizzare sarebbe:
> http://www.bbc.co.uk/news/technology-39936975
>
> ===
> Regards,
> Norman

Giusto! Un computer quantico >_<

[Ammammata]

Il giorno Wed 17 May 2017 01:02:45p, *Norman Jones* ha inviato su
microsoft.public.it.office.excel il messaggio
news:ofhakr$fb$1...@gioia.aioe.org. Vediamo cosa ha scritto:

>
> ===
> Regards,
> Norman
>

il separatore standard per la firma è trattino-trattino-spazio
mettendo tre segni uguale il mio programma lascia la firma nei reply

[Cuperlo]

"Ammammata" ha scritto nel messaggio
news:XnsA7787E68819E4am...@148.251.67.112...

<M.I.T. campus in Cambridge. "What kind of a database has three billion
<records, Barney?"

deciditi, campi o records?

[Ammammata]

Il Wed, 17 May 2017 20:33:47 +0200, Cuperlo ha scritto:


> deciditi, campi o records?

ah boh mah... io ho fatto copia/incolla ;)
nella traduzione italiana erano CAMPI



--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\ ... ¯\_(ツ)_/¯