BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
Arlan
Calcite | Level 5

I would like to be able to retain the cluster id assigned to customers in previous runs of a data flow in Data Managerment Studio 2.6.


I have handled this in previous versons of dataflux with the Cluster Update node in dfpower architect 8.1/8.2.  So far I haven't identified if this is still an option in or replaced by a different node.

1 ACCEPTED SOLUTION

Accepted Solutions
audrey
SAS Employee

Cluster Update node did not guarantee to preserve clusterIDs of already clustered data rows. Whether or not the existing clusterIDs would change depends on whether any of the new data rows match into multiple existing clusters.

 

Cluster Update node was deprecated, you can use Cluster node instead.

 

In you Clustering job, make sure the “old” records are passed into the Cluster node in identical order each time, followed by the new records. This will guarantee that the “old” records will retain their original cluster IDs, as long as those clusters are not joined by the new records being added.

 

 

www.sas.comsupport.sas.com
SAS®... THE POWER TO KNOW®

View solution in original post

2 REPLIES 2
audrey
SAS Employee

Cluster Update node did not guarantee to preserve clusterIDs of already clustered data rows. Whether or not the existing clusterIDs would change depends on whether any of the new data rows match into multiple existing clusters.

 

Cluster Update node was deprecated, you can use Cluster node instead.

 

In you Clustering job, make sure the “old” records are passed into the Cluster node in identical order each time, followed by the new records. This will guarantee that the “old” records will retain their original cluster IDs, as long as those clusters are not joined by the new records being added.

 

 

www.sas.comsupport.sas.com
SAS®... THE POWER TO KNOW®
Arlan
Calcite | Level 5
Thanks Audrey
I was afraid that it had been depreciated.  Realizing that it didn't guarantee preservation of the cluster ids, it at least maintained the existing cluster id for those existing customers who didn't have changes to their customer information.  
 
The loading of the old records into the Cluster node should work if we were using static data but our customer information is dynamic.  In this case corrected information may trigger a cluster between these old records.  This would cause renumbering of clusters after that point.
 
Example for those that may explore this option.  Old customer records with cluster id 100 and cluster id 150 have their information corrected and both are now assigned to the same cluster 100 on future Cluster Node runs.  This would be OK but customers after 150 will be renumbered. 
I can take this one step further and join it back to the original cluster run and maintain existing cluster ids.  I am not under this requirement at this time and will forgo this extra step.

sas-innovate-2024.png

Don't miss out on SAS Innovate - Register now for the FREE Livestream!

Can't make it to Vegas? No problem! Watch our general sessions LIVE or on-demand starting April 17th. Hear from SAS execs, best-selling author Adam Grant, Hot Ones host Sean Evans, top tech journalist Kara Swisher, AI expert Cassie Kozyrkov, and the mind-blowing dance crew iLuminate! Plus, get access to over 20 breakout sessions.

 

Register now!

How to connect to databases in SAS Viya

Need to connect to databases in SAS Viya? SAS’ David Ghan shows you two methods – via SAS/ACCESS LIBNAME and SAS Data Connector SASLIBS – in this video.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 2 replies
  • 1021 views
  • 0 likes
  • 2 in conversation