Tråden är för lång så jag orkar inte ta reda på varför du har 3 kolumner. Men det spelar ingen roll. Om du kör A's hjälpkolumn i D istället så borde det bli likadant

sen kan du hämta A-värdet precis likadant. Eller med hjälp av N() för att städa eventuell osynligt skräp i A-kolumnen och omvandla falskt "o-tomma" celler till tal (0) i hjälpkolumnen (om de "tomma" cellerna i A innehåller resterna av en formel eller liknande. Annar skall det funka rakt av)

support.microsoft.com/office/a624cad1...

i D2 blir det då: 

= D1-N(A2)

Sen spelar det ingen roll om det finns 0:or/tomma celler i A-kolumnen. Brytpunkten mellan +- hamnar på samma ställe i alla fall

Använd Filter för att ta fram de data du vill titta på för helt vanlig summa, antal och min-värden. Typ:

=SUMMA(FILTER(A:A;D:D>0))

=ANTAL(FILTER(A:A;D:D>0))

=MIN(FILTER(A:A;D:D>0))

Om du vill var 100% säker på att inga tomma A-värden kommer med så kan du inkludera A-kolumnen i filtret också:

=ANTAL(FILTER(A:A;(D:D>0)*(A:A<>"")))

=MIN(FILTER(A:A;(D:D>0)*(A:A<>"")))

=SUMMA(FILTER(A:A;(D:D>0)*(A:A<>"")))

OSV.  Man kan tro att Filter skulle kräva en massa kraft eftersom man i princip skapar osyndliga hjälpkolumner. Men när jag slumpar fram 100k rader och kör FILTER på det så märks det knappast.

Jag skulle vilja säga att ditt aktuella problem passar klockrent för ett upplägg med hjälpkolumner. Även om det skulle finnas en supersmart funktion som gör allt i ett steg är det inte värt besväret. Om du skulle ha miljontals rader så skulle det förmodligen vara värt att köra en PowerPivot eller PowerQuery (eller byta till en databashanterare). Men krångla inte till det i onödan.

 Behöver absolut inte vara just formler, jag har redan en del VBA kod som jag inte har kunskap i, och tyvärr inte heller möjlighet att få hjälp därifrån längre.

God kväll på er,

Joker, nu har jag gjort en "Excel2010-vänlig" version åt dig så länge du kör 64-bitars Excel, annars kommer du nästan garanterat få slut på minne med ett så stort dataset som 700K rader och 105 kolumner. Bara det blir ju över 70 miljoner celler. 32-bitars Excel har en minnesbegränsning i teorin på 2GB per arbetsbok. Oracle har dock påvisat att redan efter en minnesanvändning på drygt 700 MB kan 32-bitars Excel börja uppträda oförutsägbart.

(docs.oracle.com/applications/smartview/710/SVICG/memory_usage_considerations_for_smart_view_with_excel_32-bit_and_64-bit.htm)

Jag har iallafall vidareutvecklat mitt förslag till "version 2.0". Nu behöver man inga hjälpkolumner och det finns dessutom inte en enda cellreferens i Excels adressformat (A1:B2), alla cellreferenser använder namngivna adressområden och fält för att förhoppningsvis optimera för stora dataset.

Så här ser version 2.0 ut.

Tabellreferenser

Tabell: tbTalserie

Tabell rubrikrad: tbTalserie[#Rubriker]

Kolumn A: [A]

Kolumn B: [B]

Kolumn C: [C]

Namngivna områden

Cell E2: RadA

Cell E3: RadB

Cell E4: RadC

Cell E7: Grans

Formler rubriker

A1: =SUMMA(tbTalserie[A])%

B1: =SUMMA(tbTalserie[B])%

C1: =SUMMA(tbTalserie[C])%

F1: ="Poster totalt: "&ANTAL(tbTalserie[A])*KOLUMNER(tbTalserie)

Formler hämta värden

A2: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[A];RadA))

A3: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[A];RadB))

A4: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[A];RadC))

B2: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[B];RadA))

B3: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[B];RadB))

B4: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[B];RadC))

C2: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[C];RadA))

C3: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[C];RadB))

C4: =OM(ELLER(Grans<=0;Grans>100);"";INDEX(tbTalserie[C];RadC))

Formler hitta cellrader

D2: =OM(ELLER(Grans<=0;Grans>100);"";"A"&RadA+RAD(tbTalserie[[#Rubriker];[A]]))

D3: =OM(ELLER(Grans<=0;Grans>100);"";"B"&RadB+RAD(tbTalserie[[#Rubriker];[B]]))

D4: =OM(ELLER(Grans<=0;Grans>100);"";"C"&RadC+RAD(tbTalserie[[#Rubriker];[C]]))

E2: =OM(ELLER(Grans<=0;Grans>100);"";MINSTA(OM(DELSUMMA(9;FÖRSKJUTNING(tbTalserie[A];;;RAD(tbTalserie[A])-RAD(tbTalserie[[#Rubriker];[A]])))/SUMMA(tbTalserie[A])%>=Grans;(RAD(tbTalserie[A]))-RAD(tbTalserie[#Rubriker]));1))

E3: =OM(ELLER(Grans<=0;Grans>100);"";MINSTA(OM(DELSUMMA(9;FÖRSKJUTNING(tbTalserie[B];;;RAD(tbTalserie[B])-RAD(tbTalserie[[#Rubriker];[B]])))/SUMMA(tbTalserie[B])%>=Grans;(RAD(tbTalserie[B]))-RAD(tbTalserie[#Rubriker]));1))

E4: =OM(ELLER(Grans<=0;Grans>100);"";MINSTA(OM(DELSUMMA(9;FÖRSKJUTNING(tbTalserie[C];;;RAD(tbTalserie[C])-RAD(tbTalserie[[#Rubriker];[C]])))/SUMMA(tbTalserie[C])%>=Grans;(RAD(tbTalserie[C]))-RAD(tbTalserie[#Rubriker]));1))

F3: =ANTAL(FÖRSKJUTNING(tbTalserie[B];;;RadB))&" / "&ANTAL(tbTalserie[B])

F4: =ANTAL(FÖRSKJUTNING(tbTalserie[C];;;RadC))&" / "&ANTAL(tbTalserie[C])

Det är alltihop på ett enda arbetsblad i mindre än 25 formler.

Nu är det bara att testköra om du vill och se om det fungerar bättre utan miljontals hjälpceller och externa referenser.

Lycka till!

Hej igen,

Mitt förslag är att ta det "steg-för-steg".

1. Se först till att få den befintliga tabellen att fungera med de befintliga värden och födelningen 43-31-26 och 6561 poster.
2. Lägg till poster några i taget. kanske i steg om först 6561, sen 2 * 6561, sen 10 * 6561 för att fastställa var det slutar fungera, så kan vi gemensamt åtgärda det om det går.
3. När det fungerar med kanske 150K rader kan du sen göra ditt slutgiltiga test med 700K rader.

Efter ovan fungerar kan vi labborera med att ändra procentsatserna för fördelningen dynamiskt genom att mata in dem som parametrar liknande gränsvärdet du söker.