07. marts 2002 - 16:20Der er
16 kommentarer og 2 løsninger
Mange ark samlet i en Pivot tabel i MS Excel
Jeg har trukket data ud fra vores Concorde(navision)XAL men den mængde data som jeg skal behandle kan ikke være i et regneark, men ligger i 15 regneark med samme kolonne overskrifter i samtlige ark. Overskrifterne er ens men data forskellige. Kan det lade sig gøre at få lavet en pivot tabel (et pivot diagram) som kan behandle/beregne alle data fra alle arkkene. Hvordan skal jeg håndtere ovenstående opgave.
Virksomheder er på vej fra store sprogmodeller, der svarer på spørgsmål, til AI-agenter, der kan udføre opgaver på egen hånd. Det gør teknologien mere nyttig – og langt mere risikabel.
Jeg ville nu nok foretrække at smide opgaven over i Access, når det drejer sig om så store datamængder. Det vil tage ret lang tid at lave en Pivot-tabel med så mange data
Da jeg laver pivot diagrammer til vores bestyrelse, således at bestyrelse ved hjælp af ringe kendskab til regneark er i stand til at få de oplysninger som de skal bruge ved blot at klikke fra eller til i pivot diagrammet, derfor skal disse data helst ligger i en regneark.
hmmmm... så har du et problem, for jeg har lige forsøgt at lave en pivot-tabel over flere ark. Uden held. Så du bliver nok nød til at komprimere dine data på en eller anden måde, så de kan være i et enkelt ark
Det ville osse være fuldstændig dræbende for en computer at skulle åbne et regneark med en sådan pivottabel. Det vil tage en evighed at åbne den, da den typisk bliver genberegnet hver gang regnearket bliver åbnet.
Det burde osse være muligt at lave en eller anden form for komprimering af data, før de skal bruges i en pivottabel. Eksempelvis kunne man jo lave en sammentælling på varenr. pr dag/uge/måned.
Men det vil selvfølgelig være nemmere at komme med ideer, hvis man ved, hvilke data, der fokuseres på.
Har du prøvet med Flere konsolideringsområder under pivottabeller ?? Det kan du hente data på samme måde som du efterspørger. Du bliver bare noget begrænset i dine pivotmuligheder. Ellers vil jeg give b hansen ret. Få alle dine data over i access eller en anden database, komprimer dem der og hent dem evt. tilbage til Excel.
Svar til janvogt : Man kan lave pivot tabel over et helt ark (65.000 -> ÅÅ). Uden problemer.
Svar til b_hansen : mange af de data som jeg trækker ud mangler helhed og jeg er derfor nødt til samle mine data med SumHvis-slåop-Hvis-og/eller formler m.m.. Så jeg er om alle omstændigheder nødt til at bruge regneark i første omgang, men jeg kunne selvfølig smide alle data i Access. Hvis man arbejde rigtig/laver det rigtigt, tager det ikke evigheder, at åbne et regneark på mellem 40 MB og 70 mb, som er den størrelse regneark jeg arbejder med (men det kræver en kraftig maskine).
Uden at ville tærske langhalm på emnet, vil jeg nu stadig hævde, at du med fordel kan lave de indledende manøvrer i Access. Du kan jo via forespørgsler få mange af de svar, du vil lave vha. sum.hvis og slåop-hvis m.v. Som jeg umiddelbart ser det, vil du ganske vist skulle lave en hel række forespørgsler, men du vil kunne få konstrueret dine data på nøjagtig samme måde, som du vil med pivot-tabel. Og du kan oven i købet automatisere dine forespørgsler i Access. Endvidere kan du få access til at exportere hele dynen, kalde Excel op, som derefter kan importere dine data via en makro.
*SS* Jeg giver Janvogt fuldstændig ret. En afvisning af det rette svar ændrer ikke noget. Til gengæld mener jeg da, at vi kommet med et kvalificeret bud på, hvordan du kan komme videre.
Til janvogt og b_hansen jeg vil gerne tildele jer hver 50 point men hvordan gør jeg det : Jeg opretter to spørgsmål 1. janvogt =50 point Og forventer svar fra janvogt hurtigt, og opretter ligeså spørgsmål 2. b_hanen = 50 point er det ok med jer Svar udbedes hurtigst muligt
janradoor>Du behøver ikke oprette nye spørgsmål. Når du accepterer et svar kan du vælge avanceret for at fordele pointene mellem to eller flere personer. Som b_hansen skriver kan du tildele hver enkelt de point du ønsker. Det eneste det kræver er, at disse personer har et svar (som ikke er afvist) liggende her under spørgsmålet. Det har både b_hansen og undertegnede nu :-) En anden gang ville det måske være lidt nemmere ikke at afvise svarene løbende, men vente til sidst med at acceptere/afvise.
Mange tak for de gode råd til janvogt og b_hansen. Og ja, janvogt du har ret med hensyn til ikke at acceptere/afvise før til sidst. >b_hansen ja, det er lidt uoverskueligt da jeg er nødt til at operette en relationsdatabase som selv henter kommafiler via en macro, Skide svært hvis man ikke lige ved hvordan, men når denne opgave er løst kan jeg spare en hel del tid i fremtiden.
Mange hilsner jan
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.