HP3000-L Archives

November 1995, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Chris Bartram <[log in to unmask]>
Reply To:
Date:
Fri, 10 Nov 1995 12:52:19 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (18 lines)
 In <[log in to unmask]> [log in to unmask] writes:
 
> 1) MS Access needs a unique key, because it was designed that way.  But who
> cares, it would not know a unique key from a hole in the ground.  Just use
> any old column and tell MS Access that it is a unique key.
 
I'm no odbc expert, as we're just starting to experiment with it ourselves
(and also ran into the unique-key requirement problem in MS Access), but I
wonder if a way around it wouldn't be to have HP automatically generate a
pseudo-item for every detail dataset - say a numeric field which gets
initialized to the Image record# of the record... Ignore updates to that field
when records are being updated but use it as an index if possible. Seems like
that field could then be used as (or made part of) the unique key for MS
Access?
                Just a thought...
 
                      Chris Bartram

ATOM RSS1 RSS2