Skip to main content
Archived

Automatically expose attributes from relationship queries in Salesforce Reader

Related products:Transformers
siennaatsafe
bruceharold
+2
  • siennaatsafe
    siennaatsafe
  • bruceharold
    bruceharold
  • bibold
  • tachus
  • ssisman06
  • johnglick
    johnglick
  • jasonschroeder

When using relationships in the Salesforce Reader with a custom SQL statement, the fields from related objects do not automatically populate in the schema. This leads users to believe that the query is not pulling this data. The current solution is to expose these related attributes with the AttributeExposer which is not intuitive for users attempting to use the Salesforce Reader. Related issue: https://knowledge.safe.com/questions/103783/salesforce-reader-can-a-soql-select-statement-incl.html

This post is closed to further activity.
It may be a question with a best answer, an implemented idea, or just a post needing no comment.
If you have a follow-up or related question, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

3 replies

@jasonschroeder is absolutely correct. I knew the data .r because I saw it in Dataloader but the FME Salesforce Reader/Writer documentation led me to believe it wasn't accessible stating "Wildcards, multi-table selects, and arbitrary joins are not supported. " Exposing these fields should be built in to the SF Reader.


siennaatsafe
Safer
Forum|alt.badge.img+11

Hi @jasonschroeder,

Unfortunately, right now across all transformers in FME, when you enter a custom SQL statement. The attributes from it will not automatically be exposed. It essentially becomes the same as using the SQL Executor where you have to manually expose the output features. I've posted an internal comment to add this note to our documentation to hopefully avoid confusion.

However, we do have some ideas on how to make exposing attributes easier. These changes would be FME wide. I've spoken to a product owner and added your comments there. Hopefully, you'll see some improvement in this in the future!

FYI @bruceharold


bruceharold
Contributor
Forum|alt.badge.img+17
  • Contributor
  • March 2, 2020

Thanks Sienna!


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings