[AccessD] Re: Normalizing issue

Robert L. Stewart rl_stewart at highstream.net
Mon Jun 27 13:45:33 CDT 2005


Or, you could add a table for related parties and carry their role in that 
table.  Then you can get all the co-authors and illustrators, reviewers, etc.

tblPublicationRelatedParty
PublicationRelatedPartyID
PublicationID
PartyID
RoleID


At 12:00 PM 6/26/2005, you wrote:
>Date: Sun, 26 Jun 2005 12:45:21 -0400
>From: "Susan Harkins" <ssharkins at bellsouth.net>
>Subject: RE: [AccessD] Normalizing issue
>To: "'Access Developers discussion and problem solving'"
>         <accessd at databaseadvisors.com>
>Message-ID: <20050626164526.WJSK8050.ibm62aec.bellsouth.net at SUSANONE>
>Content-Type: text/plain;       charset="us-ascii"
>
>
>Next, you have the issue of multiple authors on a single book or article.
>
>=======For the purposes of this database, this won't be an issue. We're
>simply tracking the works of individual authors -- not the authors for
>individual works. But, if it comes up later, I won't have a problem revising
>it.
>
>You may have to distinguish the principal author from the others. Finally,
>let's take a case from my own sordid past in which I worked as part of a
>team on a book about an O-O language. I wrote three of the approximately 20
>chapters, and had no part in the writing of anything else in the book.
>Should those 3 instances be regarded as "articles"? In a way they are closer
>to articles than to authorship of the entire book.
>
>===========For the purposes of this db, that won't be an issue either --
>ditto above. There wouldn't be a record for an et. Al -- if an author wanted
>us to track a book they had contributed to, they would have to list the
>book's author, as published. Right now, we're not tracking that sort of
>thing, but it could come up later. What you did just push though, is the
>difference between writer and illustrator -- many of these people are
>illustrators and I haven't even allowed for that. <groan>
>
>Finally, the problem with using a pair of tables (Books and Mags) is that
>before you're done, a third medium will emerge (DVDs, say), and that will
>mean that you need to add a table at minimum. In light of this, my
>preference would be to create a table PublicationTypes, containing these
>three entries to start, and then have a single table containing the facts
>about the publications, and finally an Authors table containing the names of
>the authors of the various publications, perhaps also with a flag denoting
>"Principal author". This would enable "SQL: Access to SQL Server" to have
>either two principal authors or none, in addition to any number of ancillary
>authors.
>
>============Me too -- that is exactly what I've done because I've already
>added a third type already: books, periodicals, and online. You're
>absolutely right on this one. In the long run, I'd rather deal with the Null
>fields than compound all the queries, etc. with multiple tables.
>
>Susan H.





More information about the AccessD mailing list