Eric O'Connor
- Total activity 88
- Last activity
- Member since
- Following 0 users
- Followed by 0 users
- Votes 3
- Subscriptions 42
Comments
Recent activity by Eric O'Connor-
Official comment Good idea, this has been a long requested feature, and we're looking at getting this on the roadmap for next quarter. Eric
-
Official comment Hi Alex, This is a good point. We are working on a feature that will address this, it should ship within a month or two. Thanks, Eric
-
Official comment Hi Safoora, In this workflow is it sufficient to ignore _fivetran_deleted? Or is there some reason you need to disable soft deletes entirely?
-
Official comment This is the documented behavior already. If you have an example of this not working, we should follow up with support. Thanks, Eric
-
Official comment Thank you Purelei, We are aware of this issue and are working on a technical design to address this. The issue is currently that our system considers all the tables within a connection to be part o...
-
Official comment Hi James, Thanks for writing in, that's an interesting idea. Can you describe the performance issues you are seeing in more detail?
-
Official comment Hi Hervé, Thanks for writing in, that is an interesting idea that we had not considered. What would you do with that information? Thanks, Eric
-
Hi Ranjith, We don't have MongoDB as a destination on our roadmap, but you might consider using our Kafka destination to write data into MongoDB ( https://www.mongodb.com/docs/kafka-connector/curre...
-
Official comment Hi Joao, The `_fivetran_id` is not a random number, but is rather a surrogate primary key that we create by hashing the contents of each row (documented here). This is only done in cases where ther...
-
Official comment Hi Chris, I think it will be difficult for us to offer a feature that is so dependent on the internal behavior details of the query optimizer. Have you tried clustering the table? By explicitly ask...