Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Importing / Linking / June 2006

Tip: Looking for answers? Try searching our database.

iAcces 2007 creating relationship after linking contacts from Outl

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Rick - 23 Jun 2006 19:00 GMT
I tried to link contact information from outlook 2007 with  an Acees 2007
database.
This operation seems to go well and in Acces a new table is created with a
primairy index field called Normalized Subject. However if I establish a
relationship between this new table and an existing one using the field
Normalized Subject as foreign key in the existing table the relationship ends
up being undefined with no way to change this status. Who can help me out ?
Signature

Rick Wiering

John Nurick - 25 Jun 2006 08:03 GMT
Hi Rick,

I haven't installed the Office 2007 beta yet, but what you describe is
about what I'd expect. The changes to the Outlook object model don't
seem to include providing an accessible primary key for each object in a
folder.

Also, the only mentions I can find of a "Normalized Subject" column
refer to stripping any "RE:", "FWD:" etc off the the subject line of an
email message. This allows - in fact almost guarantees - duplicate
values. Without a unique index, if you have a foreign key in another
table related to this column, only indeterminate relationships will be
possible.

>I tried to link contact information from outlook 2007 with  an Acees 2007
>database.
[quoted text clipped - 3 lines]
>Normalized Subject as foreign key in the existing table the relationship ends
>up being undefined with no way to change this status. Who can help me out ?

--
John Nurick [Microsoft Access MVP]

Please respond in the newgroup and not by email.
Rick - 28 Jun 2006 20:03 GMT
Hi John,
Thanks for responding, at least it explains whats happening.
However, if linking info between Acces and Outlook doesn´t give you the
possibility to use this data in combination with other data whats the added
value of "linking". I suppose that outlook should give a primairy key or that
you could define one yourself. Could this be a suggestion for improving the
products?

Regards
Signature

Rick Wiering

> Hi Rick,
>
[quoted text clipped - 22 lines]
>
> Please respond in the newgroup and not by email.
John Nurick - 28 Jun 2006 21:05 GMT
>Hi John,
>Thanks for responding, at least it explains whats happening.
>However, if linking info between Acces and Outlook doesn´t give you the
>possibility to use this data in combination with other data whats the added
>value of "linking".

I've never been quite sure about that myself<g>.

>I suppose that outlook should give a primairy key

Items in Outlook folders do have unique IDs. Unfortunately (a) they're
not - as far as I know - exposed when you link from Access and (b) even
if they were, they can be longer than 255 characters and therefore
cannot be indexed by Jet (unless something is changing with Office
2007).

>or that
>you could define one yourself.

Outlook has no mechanism equivalent to a database's unique index, hence
no way of preventing duplicate values in a user-defined "field". Also,
there'd be no way of maintaining relational integrity between items in
Outlook folders and records in Access tables.

--
John Nurick [Microsoft Access MVP]

Please respond in the newgroup and not by email.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.