156 risposte a questa discussione

[FradettII]

No.

 

 

Anyway, ha ragione lo sgoddocoso: strumento sbagliato di analisi. 

 

 

 

 

 

 

L'idea è eccellente, solo, imho, la prima volta che fa il refresh di tabelle da 35k righe la volta, Excel lo sfancula se non sta girando su qualcosa di adeguato. Ho un amico che si è trovato con mostruosità di estrazioni da SAP e si è incaponito a volerle processare con Excel e PQ. L'ho convinto che erano gli strumenti sbagliati dopo una domenica che ha passato imprecando. Il lunedì, impostando le query giuste su SAP, è uscito tutto in mezza mattinata.

 

dai 35k righe non dovrebbe essere un dramma.

 

Ovvio excel 64 bit, processing multicore e 32gb di ram ovviamente.

[mapomac]

dai 35k righe non dovrebbe essere un dramma.

 

Ovvio excel 64 bit, processing multicore e 32gb di ram ovviamente.

ti pare quindi normale con una pivot con 3 campi calcolati, faccia crashare tutto ?

[faco]

Lol 35k righe

[balint]

è testato solo fino a 34999, mannaggia

[FradettII]

ti pare quindi normale con una pivot con 3 campi calcolati, faccia crashare tutto ?

 

no

[mapomac]

[harbinger]

Lol 35k righe

 

Sotto i 5 PBps quale flusso dati è rumore di fondo, nevvero?

[faco]

Sotto i 5 PBps quale flusso dati è rumore di fondo, nevvero?

 

no dai, all data matter, ma usare cose che muoiono con 35k righe per non scrivere due righe di sql/pandas/whatever....

[mapomac]

Ma si che ci vuole

[FradettII]

excel non muore con 35k righe di default. Al massimo ha un pochino di tempi di ricalcolo (dipende dal pc) per formule leggermente complesse ma non muore.

 

Per quanto anche io abbia usato python quando mi è servito non potete negare che ormai integrati in excel vi sono strumenti in grado di gestire senza colpo ferire milioni di righe (prima si faceva riferimento ai cubi olap, ma possiamo parlare di power query + powerpivot) e che uniti a questi strumenti resti la potenza di excel per alcune funzioni prettamente "corporate" (creare reportistica stampabile/esportare i risultati in grafici e pronti per pptx etc. etc.).

[harbinger]

no dai, all data matter, ma usare cose che muoiono con 35k righe per non scrivere due righe di sql/pandas/whatever....

 

Mariadb, dai.

 

 

 

excel non muore con 35k righe di default. Al massimo ha un pochino di tempi di ricalcolo (dipende dal pc) per formule leggermente complesse ma non muore.

 

Per quanto anche io abbia usato python quando mi è servito non potete negare che ormai integrati in excel vi sono strumenti in grado di gestire senza colpo ferire milioni di righe (prima si faceva riferimento ai cubi olap, ma possiamo parlare di power query + powerpivot) e che uniti a questi strumenti resti la potenza di excel per alcune funzioni prettamente "corporate" (creare reportistica stampabile/esportare i risultati in grafici e pronti per pptx etc. etc.).

 

Reportistica aziendale stampabile guarda che esce bellina anche senza passare da Excel. Che poi sia comodo perché tanto ce l'hanno tutti e anche alla bestia riesci a farlo usare, ok. Ma non spacciamolo per quel che non è, PD, che milioni di righe trattate con PQ mi fanno venire l'orticaria se quei dati stanno su un db relazionale al quale hai accesso in consultazione.

[yorkeiser]

Mi avete fatto venire in mente un progetto di una quindicina di anni fa in cui dovetti decifrare un excel abnorme da un centinaio di MB (parliamo forse di office 2005 su win xp 32 bit eh) che produceva tutti i grafici del controllo di gestione di una banca: scaricavi i dati grezzi nel primo sheet, schisciavi un tasto e partivano una marea di macro e formule e sarcazzi che aggiornavano una 50ina di sheet di tabelle e grafici.

Ci metteva una mattinata intera se andava bene, due volte su tre si impallava per cui dovevi killare e ricominciare. Chi aveva partorito quella roba spero sia morto male.

Al massimo della rottura di coglioni feci cestinare il tutto e fu sostituito in una settimana con un batch java/jdbc scritto da un programmatroto che stava lì a girarsi i pollici

[mapomac]

no

eppure lo fa, 

ho pure rifatto la pivot

un campo calcolato che somma più colonne pivot rallenta/crasha tutto

[mapomac]

hey @fradetti

perché non posso mettere su manuale l'aggiornamento a questo collegamento?

 

[FradettII]

non uso file remoti, non saprei. a ogni modo ti conviene usare powerquery per ste cose, evita i link che sminchiano i file.

Messaggio modificato da FradettII il 13 settembre 2023 - 13:34

[mapomac]

@fradetti

 

diciamo che ho una bella pivot, il cui report include n clienti 

vorrei condividere i dati, a, mentre mia madre succhia cazzi, ogni cliente, mantenendo il layout della pivot e possibilmente l'uso dei campi/filtri

i clienti devono vedere solo i propri dati

 

ho visto come creare singoli report in base ad un campo, cliente in questo caso

il report però rimane libero di essere consultato per altri clienti 

posso copiare i solo valori, che si svincolano quindi dai dati base, ma diventa poco fruibile e non più filtrabile/ordinabile

 

posso eventualmente "giocare" con i blocchi, ma oltre ad essere lento, non è garantita la riservatezza (basta importare il file su google sheets)

 

c'è un'alternativa?
forse l'uso delle pivot non è lo instrumento giusto?

un abbraccio 

[harbinger]

Forse l’uso di Excel al posto di un gestionale basato su un vero db è la questione.

[mapomac]

hey, l'ho già detto io

[yorkeiser]

Per soli 500 neuri ti faccio una macro che estrae un xls per ogni singolo cliente.
Hai iban in privato

[mapomac]

posso pagare in conzigli per trattorie a poco quasi nullo prezzo