dbTalk Databases Forums  

Error transforming data

microsoft.public.sqlserver.dts microsoft.public.sqlserver.dts


Discuss Error transforming data in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
WFD
 
Posts: n/a

Default Error transforming data - 04-20-2004 , 03:58 PM






I am trying to import a table into a cdf database to get
it from Goldmine into MS CRM. There is a "ContactID" (int-
pk4) field that evidently is the key in the cdf file but
there is no matching field in the source data.
Do I have to somehow create a new column in the source
data in order to process the data? If not, how do I get
around this issue? Thanks in advance for your help.

Lost in Translation

Reply With Quote
  #2  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: Error transforming data - 04-21-2004 , 01:13 AM






You have a couple of options

Is the "ContactID" attribute an incrementing integer? Does it have the
IDENTITY() property?
If not then you will have to find a way of attributing a value to the
Destination that will uniquely identify the source. How do you identify the
Source row currently?

This raises a problem in that if you add your own key value generated from
however you wish then you will, IMHO, need to be able to tie the two
together so that anyone looking at the Destination can see from where the
row came in the Source. I do this with some of my dataloads as well so my
destination may look like

CREATE TABLE DestTable
(
ProductID int Primary Key,
SourceProductID varchar(10),
...
..

Reply With Quote
  #3  
Old   
WFD
 
Posts: n/a

Default Re: Error transforming data - 04-21-2004 , 07:10 AM



The "ContactID" is a string and the destination ID is an
integer. There are no integer values in the source data
to match to the destination.

Thanks

Quote:
-----Original Message-----
You have a couple of options

Is the "ContactID" attribute an incrementing integer?
Does it have the
IDENTITY() property?
If not then you will have to find a way of attributing a
value to the
Destination that will uniquely identify the source. How
do you identify the
Source row currently?

This raises a problem in that if you add your own key
value generated from
however you wish then you will, IMHO, need to be able to
tie the two
together so that anyone looking at the Destination can
see from where the
row came in the Source. I do this with some of my
dataloads as well so my
destination may look like

CREATE TABLE DestTable
(
ProductID int Primary Key,
SourceProductID varchar(10),
...
..
.
)

If the destination is an incrementing value (IDENTITY())
then no you do not
need to do anything in the source but be aware of
loading the data

Problems With IDENTITY() and the DataPump task.
(http://www.sqldts.com/default.aspx?293)

--

----------------------------

Allan Mitchell MCSE,MCDBA, (Microsoft SQL Server MVP)
www.SQLDTS.com - The site for all your DTS needs.
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org


"WFD" <anonymous (AT) discussions (DOT) microsoft.com> wrote in
message
news:1ce301c4271a$3ed4e870$a401280a (AT) phx (DOT) gbl...
I am trying to import a table into a cdf database to
get
it from Goldmine into MS CRM. There is a "ContactID"
(int-
pk4) field that evidently is the key in the cdf file
but
there is no matching field in the source data.
Do I have to somehow create a new column in the source
data in order to process the data? If not, how do I get
around this issue? Thanks in advance for your help.

Lost in Translation


.


Reply With Quote
  #4  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: Error transforming data - 04-21-2004 , 07:23 AM



If there is no IDENTITY() property to the destination ID attribute and the
Source ContactID is a string and does not contain integer data then you are
going to have to generate your own ID values.

--

----------------------------

Allan Mitchell MCSE,MCDBA, (Microsoft SQL Server MVP)
www.SQLDTS.com - The site for all your DTS needs.
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org


"WFD" <anonymous (AT) discussions (DOT) microsoft.com> wrote

Quote:
The "ContactID" is a string and the destination ID is an
integer. There are no integer values in the source data
to match to the destination.

Thanks

-----Original Message-----
You have a couple of options

Is the "ContactID" attribute an incrementing integer?
Does it have the
IDENTITY() property?
If not then you will have to find a way of attributing a
value to the
Destination that will uniquely identify the source. How
do you identify the
Source row currently?

This raises a problem in that if you add your own key
value generated from
however you wish then you will, IMHO, need to be able to
tie the two
together so that anyone looking at the Destination can
see from where the
row came in the Source. I do this with some of my
dataloads as well so my
destination may look like

CREATE TABLE DestTable
(
ProductID int Primary Key,
SourceProductID varchar(10),
...
..
.
)

If the destination is an incrementing value (IDENTITY())
then no you do not
need to do anything in the source but be aware of
loading the data

Problems With IDENTITY() and the DataPump task.
(http://www.sqldts.com/default.aspx?293)

--

----------------------------

Allan Mitchell MCSE,MCDBA, (Microsoft SQL Server MVP)
www.SQLDTS.com - The site for all your DTS needs.
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org


"WFD" <anonymous (AT) discussions (DOT) microsoft.com> wrote in
message
news:1ce301c4271a$3ed4e870$a401280a (AT) phx (DOT) gbl...
I am trying to import a table into a cdf database to
get
it from Goldmine into MS CRM. There is a "ContactID"
(int-
pk4) field that evidently is the key in the cdf file
but
there is no matching field in the source data.
Do I have to somehow create a new column in the source
data in order to process the data? If not, how do I get
around this issue? Thanks in advance for your help.

Lost in Translation


.




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.