Connecting Tech Pros Worldwide Help | Site Map

A resaonable approach to managing data?

Takeadoe
Guest
 
Posts: n/a
#1: Jul 21 '06
Folks,

I at the proverbial fork in the road and before I make a decision, I
was hoping maybe I could get some advice. I'm in the process of moving
data to Access. I'd like to use Excel for charting.

Consider this typical scenario for a second, and decide let me know how
you would handle it.


1) 210,000 record table exists in Access
2) Data request came in as follows: number of deer checked at each
check station, by county, by district - very simple
3) Created a query to grab just the fields I needed. Saved the query.
4) Started Excel and pulled the data via MS QUERY.
5) Brought the data into Excel as a Pivot Table.
6) Manipulated a couple of things and sent the workbook as an email
attachment.
7) Saved the workbook.

To me, seems like a lot of steps and duplication of data. I've stored
data in Access and Exel both. If someone wants that Pivot Table
resent, I've got to try and remember where I put it. I'm trying to
cut down on duplication and clutter. Seems like I should have done
this all from Access. Yes/no?

I would love to hear from others on how they would have handled this.
I might mention, I probably will need a similar table next year, with
next year's data. Other than that, I'll probably never use that
particular Pivot Table again.

Thank you so much for all of your help.

Mike

ManningFan
Guest
 
Posts: n/a
#2: Jul 21 '06

re: A resaonable approach to managing data?


Excel is definitely easier for data manipulation, but with some average
coding skills you could probably reproduce the Excel part in Access,
thus reducing duplication of data.

I know most people are really upset Access doesn't have a pivot
function to change columns to rows, but if you do a little research on
arrays you can create your own pivot function. It's not as fast as,
say, SAS's "Proc Transpose", but it does work.


Takeadoe wrote:
Quote:
Folks,
>
I at the proverbial fork in the road and before I make a decision, I
was hoping maybe I could get some advice. I'm in the process of moving
data to Access. I'd like to use Excel for charting.
>
Consider this typical scenario for a second, and decide let me know how
you would handle it.
>
>
1) 210,000 record table exists in Access
2) Data request came in as follows: number of deer checked at each
check station, by county, by district - very simple
3) Created a query to grab just the fields I needed. Saved the query.
4) Started Excel and pulled the data via MS QUERY.
5) Brought the data into Excel as a Pivot Table.
6) Manipulated a couple of things and sent the workbook as an email
attachment.
7) Saved the workbook.
>
To me, seems like a lot of steps and duplication of data. I've stored
data in Access and Exel both. If someone wants that Pivot Table
resent, I've got to try and remember where I put it. I'm trying to
cut down on duplication and clutter. Seems like I should have done
this all from Access. Yes/no?
>
I would love to hear from others on how they would have handled this.
I might mention, I probably will need a similar table next year, with
next year's data. Other than that, I'll probably never use that
particular Pivot Table again.
>
Thank you so much for all of your help.
>
Mike
Larry Linson
Guest
 
Posts: n/a
#3: Jul 21 '06

re: A resaonable approach to managing data?


"ManningFan" <manningfan@gmail.comwrote
Quote:
I know most people are really upset Access
doesn't have a pivot function to change
columns to rows, but if you do a little
research on arrays you can create your
own pivot function. It's not as fast as,
say, SAS's "Proc Transpose", but it
does work.
I don't know _where_ you manage to get all your (mis-)information. Access
has, since the 16-bit days, had CrossTab Queries which change columns to
rows; and for the last two versions, Access 2002 and 2003, has had both
Pivot Table and Pivot Chart functionality, in addition.

Larry Linson
Microsoft Access MVP






ManningFan
Guest
 
Posts: n/a
#4: Jul 21 '06

re: A resaonable approach to managing data?


CrossTab queries don't really do the trick, and they certainly don't
work like pivot tables or there'd be no need to "include" them in
Access 2002/03.

I'm still using A2K, so I didn't know about the new functionality. As
of A2K if you wanted to do a true transposition of data you had to do
it with an array.

Peyton Manning
Microsoft Access MVP

Larry Linson wrote:
Quote:
"ManningFan" <manningfan@gmail.comwrote
>
Quote:
I know most people are really upset Access
doesn't have a pivot function to change
columns to rows, but if you do a little
research on arrays you can create your
own pivot function. It's not as fast as,
say, SAS's "Proc Transpose", but it
does work.
>
I don't know _where_ you manage to get all your (mis-)information. Access
has, since the 16-bit days, had CrossTab Queries which change columns to
rows; and for the last two versions, Access 2002 and 2003, has had both
Pivot Table and Pivot Chart functionality, in addition.
>
Larry Linson
Microsoft Access MVP
Larry Linson
Guest
 
Posts: n/a
#5: Jul 21 '06

re: A resaonable approach to managing data?


"ManningFan" <manningfan@gmail.comwrote
Quote:
I'm still using A2K, so I didn't know
about the new functionality. As
of A2K if you wanted to do a true
transposition of data you had to do
it with an array.
>
Peyton Manning
Microsoft Access MVP
Well, "Peyton," (or, maybe that should be "Don" or "Steve"?) perhaps you
ought to submit your information for posting in the MVP Awardees section at
http://mvp.support.microsoft.com. It's really easy to do once you log in
with your authenticating information, and that way, people could verify that
you aren't just making a false claim to being a Microsoft Access MVP and
that your use of the title isn't just more mis-information as you posted
earlier in this thread.

Larry Linson
Microsoft Access MVP

For information about what the MVP program is and who the MVPs are, visit
http://mvp.support.microsoft.com.


Lyle Fairfield
Guest
 
Posts: n/a
#6: Jul 22 '06

re: A resaonable approach to managing data?


ManningFan wrote:
Quote:
I know most people are really upset Access doesn't have a pivot
function to change columns to rows
How do you know that?

pietlinden@hotmail.com
Guest
 
Posts: n/a
#7: Jul 22 '06

re: A resaonable approach to managing data?



Lyle Fairfield wrote:
Quote:
ManningFan wrote:
Quote:
I know most people are really upset Access doesn't have a pivot
function to change columns to rows
>
How do you know that?
Must have heard us sniffling and saw us wiping our eyes.

ManningFan
Guest
 
Posts: n/a
#8: Jul 24 '06

re: A resaonable approach to managing data?


Because I talk to alot of users.

Peyton Manning
Microsoft Access MVP

Lyle Fairfield wrote:
Quote:
ManningFan wrote:
Quote:
I know most people are really upset Access doesn't have a pivot
function to change columns to rows
>
How do you know that?
Larry Linson
Guest
 
Posts: n/a
#9: Jul 25 '06

re: A resaonable approach to managing data?


"ManningFan" <manningfan@gmail.comwrote
Quote:
Because I talk to alot of users.
>
Peyton Manning
Microsoft Access MVP
Well, "Peyton," (or, maybe that should be "Don" or "Steve"?) perhaps you
ought to submit your information for posting in the MVP Awardees section at
http://mvp.support.microsoft.com. It's really easy to do once you log in
with your authenticating information, and that way, people could verify that
you aren't just making a false claim to being a Microsoft Access MVP and
that your use of the title isn't just more mis-information as you posted
earlier in this thread.

Larry Linson
Microsoft Access MVP



Lyle Fairfield
Guest
 
Posts: n/a
#10: Jul 25 '06

re: A resaonable approach to managing data?



ManningFan wrote:
Quote:
Because I talk to alot of users.
>
Peyton Manning
Microsoft Access MVP
>
Lyle Fairfield wrote:
Quote:
ManningFan wrote:
Quote:
I know most people are really upset Access doesn't have a pivot
function to change columns to rows
How do you know that?
"A lot of users" (that you talk to) = "most people"? The notion of
changing columns to rows is entirely at odds with what a database is;
it's like being upset because cabbages don't come with their own
condoms.

ManningFan
Guest
 
Posts: n/a
#11: Jul 25 '06

re: A resaonable approach to managing data?


"The notion of changing columns to rows is entirely at odds with what a
database is"

Stupider words were never spoken...

I guess the folks at SAS need to be made aware that their "Proc
Transpose" (which has been in use for over 10 years) is useless, and
the folks at Microsoft need to be told that adding pivot functionality
to Access is a stupid idea. Hell, while we're at it let's remove the
Pivot command from SQL Server 2005 since it goes against the grain.

Because Lyle has all the answers, right?

Peyton Manning
Microsoft Access MVP

Lyle Fairfield wrote:
Quote:
"A lot of users" (that you talk to) = "most people"? The notion of
changing columns to rows is entirely at odds with what a database is;
it's like being upset because cabbages don't come with their own
condoms.
Lyle Fairfield
Guest
 
Posts: n/a
#12: Jul 25 '06

re: A resaonable approach to managing data?


ManningFan wrote:
Quote:
I guess the folks at SAS need to be made aware that their "Proc
Transpose" (which has been in use for over 10 years) is useless, and
the folks at Microsoft need to be told that adding pivot functionality
to Access is a stupid idea. Hell, while we're at it let's remove the
Pivot command from SQL Server 2005 since it goes against the grain.
>
Because Lyle has all the answers, right?
Useless is in the eye of the beholder; it's useless to me.
Yes.
Yes.
Sometimes, Yes; sometimes, No.

polite person
Guest
 
Posts: n/a
#13: Jul 25 '06

re: A resaonable approach to managing data?


On 25 Jul 2006 05:55:46 -0700, "Lyle Fairfield" <lylefairfield@aim.comwrote:
Quote:
>ManningFan wrote:
>
Quote:
>I guess the folks at SAS need to be made aware that their "Proc
>Transpose" (which has been in use for over 10 years) is useless, and
>the folks at Microsoft need to be told that adding pivot functionality
>to Access is a stupid idea. Hell, while we're at it let's remove the
>Pivot command from SQL Server 2005 since it goes against the grain.
>>
>Because Lyle has all the answers, right?
>
>Useless is in the eye of the beholder; it's useless to me.
>Yes.
>Yes.
>Sometimes, Yes; sometimes, No.
Fools rush in ....
IMO it is is sometimes useful to present data with the records arranged or grouped vertically
rather than horizontally, particularly for calculations, which is what pivots (which use aggregate
functions) do.
I think Lyle's outrage is partly because he uses "rows" to mean "records" rather than "horizontal
arrangements for presentational purposes". Transposing an actual table which represents real-world
objects is unlikely to be very sensible.


Keith Wilby
Guest
 
Posts: n/a
#14: Jul 25 '06

re: A resaonable approach to managing data?


"Larry Linson" <bouncer@localhost.notwrote in message
news:%ndxg.10882$Oz3.8780@trnddc02...
Quote:
"ManningFan" <manningfan@gmail.comwrote
>
Quote:
Because I talk to alot of users.

Peyton Manning
Microsoft Access MVP
>
Well, "Peyton," (or, maybe that should be "Don" or "Steve"?)
It's not Steve (PCD). The English is far too good and there aren't nearly
enough of these: "!!!!!!".

Keith.


ManningFan
Guest
 
Posts: n/a
#15: Jul 25 '06

re: A resaonable approach to managing data?


Keith Wilby, King of Grammar!
!!
!!!

Peyton Manning
Microsoft Access MVP

Keith Wilby wrote:
Quote:
It's not Steve (PCD). The English is far too good and there aren't nearly
enough of these: "!!!!!!".
>
Keith.
Closed Thread