WUGNET, the Windows User Group Network
Your Complete Resource Center for "The Best" in Shareware, Computing Tips and Support, Windows Industry News... and much more!
Home Forums Shareware Windows Tips Hot Offers FREE Newsletters Arcade Contact Us About Partners
Search WUGNET: RSS Feeds RSS Feeds Advertise with WUGNET    |    Shareware eBooks
HomeHome FAQFAQ      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

tables with lots of zeroes

 
Goto page Previous  1, 2
   Home -> Office other -> Table Design RSS
Next:  Switchboard Manager  
Author Message
BruceM

External


Since: May 25, 2007
Posts: 953



(Msg. 9) Posted: Thu Aug 28, 2008 9:26 am
Post subject: Re: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: microsoft>public>access>tablesdbdesign (more info?)

"Nonsense" says it all.

"Steve" <nonsense DeleteThis @nomsense.com> wrote in message
news:R5idnfW1L_v4bCjVnZ2dnUVZ_tTinZ2d@earthlink.com...
> Did you read my post first then plagarize it?
>
> Steve
>
>
> "Jeff Boyce" <nonsense DeleteThis @nonsense.com> wrote in message
> news:eD9Vf6JCJHA.5656@TK2MSFTNGP04.phx.gbl...
>> Using "repeating columns" is a very spreadsheetly way to handle your
>> situation.
>>
>> If you want to get the best use of Access' relationally-oriented
>> features/functions, though, you'll need to brush up on "relational" and
>> "normalization".
>>
>> For example, with your design, you'd have to modify your table structure,
>> your query(ies), your form(s), your report(s), your code procedures,
>> everything if you decided to add just one more category/taxa.
>>
>> With a more-normalized design, you'd have one table of taxa, one table of
>> "entities", and one table to show valid combinations of "individual" and
>> category/taxa. Your table structure might look something like:
>>
>> tblEntities
>> EntityID
>> EntityTitle (what DO you call bugs, anyway?<g>)
>> EntityDescription
>> (... any other entity-specific info)
>>
>> tlkpTaxa
>> TaxaID
>> TaxaTitle
>> TaxaDescription
>>
>> trelEntityTaxa
>> EntityTaxaID
>> EntityID
>> TaxaID
>>
>> Note that using this third table would mean you would ONLY need to add as
>> many records (for a given entity) as it had applicable taxa. No need to
>> add the "empty" (zero) records.
>>
>> Good luck!
>>
>> Regards
>>
>> Jeff Boyce
>> Microsoft Office/Access MVP
>>
>> "buggirl" <buggirl DeleteThis @discussions.microsoft.com> wrote in message
>> news:AD04FF42-4D9F-4068-83F4-D35F00BA3D32@microsoft.com...
>>> Hi everybody,
>>>
>>> I'm trying to design a table for my invertebrate data. I have many
>>> samples
>>> and over 70 taxa identified. However, most of these taxa are rare and
>>> only
>>> occur in one or two samples - therefore I end up with a table that
>>> contains
>>> many, many zeroes, (this is a common issue in ecology).
>>>
>>> In Excel, I always store my samples as ROWS and my taxa as COLUMNS.
>>>
>>> I'm looking for a more efficient way of storing this data. I want to
>>> avoid
>>> all of those zeroes!!
>>>
>>> Any suggestions?
>>>
>>> I would also like to be able to link this DATA table to a table
>>> containing
>>> taxonomic information (hierarchical classification, making it easier to
>>> group
>>> organisms as, say, 'beetles' or 'flies'). Hopefully, if I set up the
>>> DATA
>>> table correctly then the TAXONOMIC table will be a piece of cake!
>>>
>>> Thanks,
>>>
>>> buggirl
>>
>>
>
>
Back to top
Login to vote
Klatuu

External


Since: Apr 06, 2005
Posts: 2923



(Msg. 10) Posted: Thu Aug 28, 2008 11:14 am
Post subject: RE: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Ignore Steve.
This time he gave you about 40% of a correct answer which is better than
average. Usually, when he tries to answer a question without offering to do
it for you for a reasonable fee, his answer is incorrect.
--
Dave Hargis, Microsoft Access MVP


"buggirl" wrote:

> Hi everybody,
>
> I'm trying to design a table for my invertebrate data. I have many samples
> and over 70 taxa identified. However, most of these taxa are rare and only
> occur in one or two samples - therefore I end up with a table that contains
> many, many zeroes, (this is a common issue in ecology).
>
> In Excel, I always store my samples as ROWS and my taxa as COLUMNS.
>
> I'm looking for a more efficient way of storing this data. I want to avoid
> all of those zeroes!!
>
> Any suggestions?
>
> I would also like to be able to link this DATA table to a table containing
> taxonomic information (hierarchical classification, making it easier to group
> organisms as, say, 'beetles' or 'flies'). Hopefully, if I set up the DATA
> table correctly then the TAXONOMIC table will be a piece of cake!
>
> Thanks,
>
> buggirl
Back to top
Login to vote
buggirl

External


Since: Sep 21, 2007
Posts: 13



(Msg. 11) Posted: Thu Aug 28, 2008 11:29 am
Post subject: Re: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Hooray! Thank you. I have a wonderful new database that works swimmingly.

cheers,

buggirl

"Graham Mandeno" wrote:

> Hi buggirl
>
> Forget what you did in Excel! Access is NOT a spreadsheet application, it
> is a relational database application. It is NOT Excel on steroids. It
> requires a different approach from the row/column setup where every
> combination has a cell.
>
> Here, for a start, you need three tables:
>
> Species
> -------
> SpcID (primary key - could be an autonumber)
> SpcName (text)
> SpcGroup (we'll talk about this later)
> ... any other details which relate directly to the SPECIES
>
> Samples
> --------
> SmpID (primary key - could be an autonumber)
> SmpDate
> SmpLocation (could be text, or if the same location is sampled
> repeatedly
> then it would be better to have a foreign key to a
> Locations table)
> ... any other details which relate directly to the SAMPLE
>
> SampleCounts
> -------------
> SampleFK (foreign key to SmpID)
> SpeciesFK (foreign key to SpcID)
> SampleCount (number)
>
> You set up a one-to-many relationship between:
> SmpID and SampleFK
> SpcID and SpeciesFK
>
> Now, if a particular species is found in a particular sample, then there
> will be a corresponding record in SampleCounts. If not, there will be no
> record. Simple! No more zeroes!
>
> For your taxonomy, it really depends on how complex you want your
> classification to be.
>
> The simplest would be to have one level of species grouping (beetles, flies,
> other insects, birds, etc). This would mean another table, SpeciesGroups,
> with:
> SpgID (PK, autonumber)
> SpgName (text)
>
> You then have a relationship between SpgID and SpcGroup.
>
> If you want to get into the various levels of the taxonomy, you could have
> several "layers" of one-to-many related tables:
> Kingdoms
> Phyla
> Class
> Order
> Family
> Genus
> Species
>
> However, this doesn't really work in a real taxonomy because there are all
> sorts of other levels which may or may not be present in a particular
> taxonomic chain, such as subphylum, superfamily, tribe, subspecies, and
> variety. Also, a "node" in the tree can often go by many names - for
> example, Aves/birds, or Cetoniinae/goliath beetles/flower beetles.
>
> This might seem a bit scary! If so, I'm sorry - it was not my intention - I
> just got a little bit carried away Smile
>
> I suggest you start first with five tables: SpeciesGroups, Species,
> Locations, Samples, and SampleCounts, and if you want to take the taxonomy
> bit further then you can add that later.
> --
> Good Luck Smile
>
> Graham Mandeno [Access MVP]
> Auckland, New Zealand
>
>
>
>
>
> "buggirl" <buggirl.TakeThisOut@discussions.microsoft.com> wrote in message
> news:AD04FF42-4D9F-4068-83F4-D35F00BA3D32@microsoft.com...
> > Hi everybody,
> >
> > I'm trying to design a table for my invertebrate data. I have many samples
> > and over 70 taxa identified. However, most of these taxa are rare and only
> > occur in one or two samples - therefore I end up with a table that
> > contains
> > many, many zeroes, (this is a common issue in ecology).
> >
> > In Excel, I always store my samples as ROWS and my taxa as COLUMNS.
> >
> > I'm looking for a more efficient way of storing this data. I want to avoid
> > all of those zeroes!!
> >
> > Any suggestions?
> >
> > I would also like to be able to link this DATA table to a table containing
> > taxonomic information (hierarchical classification, making it easier to
> > group
> > organisms as, say, 'beetles' or 'flies'). Hopefully, if I set up the DATA
> > table correctly then the TAXONOMIC table will be a piece of cake!
> >
> > Thanks,
> >
> > buggirl
>
>
Back to top
Login to vote
Steve

External


Since: Jul 10, 2008
Posts: 313



(Msg. 12) Posted: Thu Aug 28, 2008 12:15 pm
Post subject: Re: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

If you don't stop tracking all my posts and don't stop your public personnal
attack against me you are going to be hit with am expensive lawsuit.

Steve



"John... Visio MVP" <lancucki.DeleteThis@stonehenge.ca> wrote in message
news:0702A868-BBE4-43E9-B0E8-6AD0E5E93BF3@microsoft.com...
> "Steve" <nonsense.DeleteThis@nomsense.com> wrote in message
> news:R5idnfW1L_v4bCjVnZ2dnUVZ_tTinZ2d@earthlink.com...
>> Did you read my post first then plagarize it?
>>
>> Steve
>
>
> You are the last one who should be accusing anyone of plagarism. Are you
> still trying to sell a CD of all the code you gleaned from these
> newsgroups without giving credit to the original authors?
>
> John...
Back to top
Login to vote
John Marshall, MVP

External


Since: Jan 26, 2004
Posts: 1655



(Msg. 13) Posted: Thu Aug 28, 2008 12:49 pm
Post subject: Re: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Since you do not have a leg to stand on bring it on. I'm sure there are
people with deeper pockets who would be more than willing to going after you
for your abuse of these newsgroups.

John... Visio MVP

"Steve" <nonsense.RemoveThis@nomsense.com> wrote in message
news:s9GdnTs5BcfcUivVnZ2dnUVZ_hGdnZ2d@earthlink.com...
> If you don't stop tracking all my posts and don't stop your public
> personnal attack against me you are going to be hit with am expensive
> lawsuit.
>
> Steve
>
>
>
> "John... Visio MVP" <lancucki.RemoveThis@stonehenge.ca> wrote in message
> news:0702A868-BBE4-43E9-B0E8-6AD0E5E93BF3@microsoft.com...
>> "Steve" <nonsense.RemoveThis@nomsense.com> wrote in message
>> news:R5idnfW1L_v4bCjVnZ2dnUVZ_tTinZ2d@earthlink.com...
>>> Did you read my post first then plagarize it?
>>>
>>> Steve
>>
>>
>> You are the last one who should be accusing anyone of plagarism. Are you
>> still trying to sell a CD of all the code you gleaned from these
>> newsgroups without giving credit to the original authors?
>>
>> John...
>
>
Back to top
Login to vote
Graham Mandeno

External


Since: Nov 24, 2003
Posts: 613



(Msg. 14) Posted: Fri Aug 29, 2008 3:00 am
Post subject: Re: tables with lots of zeroes [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

That's great news! This is one database I hope won't be bug-free Wink

Post back later if you are interested in more of the taxonomy stuff.
--
Good Luck Smile

Graham Mandeno [Access MVP]
Auckland, New Zealand

"buggirl" <buggirl DeleteThis @discussions.microsoft.com> wrote in message
news:21F6726B-710C-4CE2-9177-38DE25E5D0C9@microsoft.com...
> Hooray! Thank you. I have a wonderful new database that works swimmingly.
>
> cheers,
>
> buggirl
>
> "Graham Mandeno" wrote:
>
>> Hi buggirl
>>
>> Forget what you did in Excel! Access is NOT a spreadsheet application,
>> it
>> is a relational database application. It is NOT Excel on steroids. It
>> requires a different approach from the row/column setup where every
>> combination has a cell.
>>
>> Here, for a start, you need three tables:
>>
>> Species
>> -------
>> SpcID (primary key - could be an autonumber)
>> SpcName (text)
>> SpcGroup (we'll talk about this later)
>> ... any other details which relate directly to the SPECIES
>>
>> Samples
>> --------
>> SmpID (primary key - could be an autonumber)
>> SmpDate
>> SmpLocation (could be text, or if the same location is sampled
>> repeatedly
>> then it would be better to have a foreign key to
>> a
>> Locations table)
>> ... any other details which relate directly to the SAMPLE
>>
>> SampleCounts
>> -------------
>> SampleFK (foreign key to SmpID)
>> SpeciesFK (foreign key to SpcID)
>> SampleCount (number)
>>
>> You set up a one-to-many relationship between:
>> SmpID and SampleFK
>> SpcID and SpeciesFK
>>
>> Now, if a particular species is found in a particular sample, then there
>> will be a corresponding record in SampleCounts. If not, there will be no
>> record. Simple! No more zeroes!
>>
>> For your taxonomy, it really depends on how complex you want your
>> classification to be.
>>
>> The simplest would be to have one level of species grouping (beetles,
>> flies,
>> other insects, birds, etc). This would mean another table,
>> SpeciesGroups,
>> with:
>> SpgID (PK, autonumber)
>> SpgName (text)
>>
>> You then have a relationship between SpgID and SpcGroup.
>>
>> If you want to get into the various levels of the taxonomy, you could
>> have
>> several "layers" of one-to-many related tables:
>> Kingdoms
>> Phyla
>> Class
>> Order
>> Family
>> Genus
>> Species
>>
>> However, this doesn't really work in a real taxonomy because there are
>> all
>> sorts of other levels which may or may not be present in a particular
>> taxonomic chain, such as subphylum, superfamily, tribe, subspecies, and
>> variety. Also, a "node" in the tree can often go by many names - for
>> example, Aves/birds, or Cetoniinae/goliath beetles/flower beetles.
>>
>> This might seem a bit scary! If so, I'm sorry - it was not my
>> intention - I
>> just got a little bit carried away Smile
>>
>> I suggest you start first with five tables: SpeciesGroups, Species,
>> Locations, Samples, and SampleCounts, and if you want to take the
>> taxonomy
>> bit further then you can add that later.
>> --
>> Good Luck Smile
>>
>> Graham Mandeno [Access MVP]
>> Auckland, New Zealand
>>
>>
>>
>>
>>
>> "buggirl" <buggirl DeleteThis @discussions.microsoft.com> wrote in message
>> news:AD04FF42-4D9F-4068-83F4-D35F00BA3D32@microsoft.com...
>> > Hi everybody,
>> >
>> > I'm trying to design a table for my invertebrate data. I have many
>> > samples
>> > and over 70 taxa identified. However, most of these taxa are rare and
>> > only
>> > occur in one or two samples - therefore I end up with a table that
>> > contains
>> > many, many zeroes, (this is a common issue in ecology).
>> >
>> > In Excel, I always store my samples as ROWS and my taxa as COLUMNS.
>> >
>> > I'm looking for a more efficient way of storing this data. I want to
>> > avoid
>> > all of those zeroes!!
>> >
>> > Any suggestions?
>> >
>> > I would also like to be able to link this DATA table to a table
>> > containing
>> > taxonomic information (hierarchical classification, making it easier to
>> > group
>> > organisms as, say, 'beetles' or 'flies'). Hopefully, if I set up the
>> > DATA
>> > table correctly then the TAXONOMIC table will be a piece of cake!
>> >
>> > Thanks,
>> >
>> > buggirl
>>
>>
Back to top
Login to vote
Display posts from previous:   
       Home -> Office other -> Table Design All times are: Eastern Time (US & Canada) (change)
Goto page Previous  1, 2
Page 2 of 2

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Categories:
 Windows XP
 Windows Vista
 Windows Other
 Office
  Office Other
 Security
 WinRAR
  • Home |
  • Shareware |
  • Windows Tips |
  • Hot Offers |
  • FREE Newsletters |
  • Arcade |
  • Forums |
  • eBooks |
  • About WUGNET |
  • Partners |
  • Contact

  • WUGNET Privacy Policy |
  • Link to WUGNET