Complete - thanks @brekrut 

Table name will always stay consistent with original dataset name - you could create a new dataset as @itsme_ssj mentioned, but if you already have data loaded to the first dataset and do not want to delete and re-ingest, then this would not be advised.

Completed the new form @brekrut 

Hi AllI have a few questions I wanted to pose: 1. Should there be a limitation on event types from the source data that will exist in our specific schema (AEP Event Schema) in this example?  Any concerns if this schema continues to grow without limitation on objects existing in Event Classification ...

Hi @AdamKi1 I believe you might be thinking of this incorrectly. Audiences that are batch evaluated, are being fed via datasets that are sourced from batch ingestion data. (Think Amazon S3) Audiences that are streaming, are being fed via datasets that are sourced from near real time data (Think Amaz...

@Michael_Soprano Yes, this is correct. Timestamp is based on the most recent ingested record via timestamp. Whereas Dataset Precedence allows you to set which dataset you trust over the other, when it comes to the same data attributes that may live in multiple datasets.Hope this helps.David

@JeanBaro2  yes that is correct

Hi @kendallhall You are unable to export that ID to a destination. That is just the internal ID given by AEP. You also cannot look that ID up in the profiles browse tab. You can only search by identity values.Thanks,David

Hey @brekrut That was my understanding of the question. I believe @kendallhall  was asking if that internal ID can be mapped to a destination, to which I agree with you, cannot be done as that is only internal to AEP.

Hi @JeanBaro2 There is a unique "Profile ID" pertaining to each profile in AEP. When searching for a specific ID within the tool, once you navigate to the Identity Graph, you can capture this ID in the URL. As for being able to use it downstream, I'm not entirely sure to be honest.