To add support for the additional source type we created 2 new properties (dynamicPageDataSourceId, and dynamicPageDataSourceType). We intended for this change to be non-breaking and would handle any API requests involving the old dynamic_page_hubdb_table_id by setting the values of dynamic_page_data_source_id, and dynamic_page_data_source_type automatically.
This works correctly for POST requests - to create new pages. Unfortunately for PUT requests - used to update existing pages - if a developer only passes the dynamic_page_hubdb_table_id the data source will not be updated.
Because this only affects updates to existing pages, the number of affected accounts and requests is very low, but we wanted to provide guidance.
From now on you should not use dynamic_page_hubdb_table_id in your API calls. Use dynamic_page_data_source_id and dynamic_page_data_source_type instead.
To keep backward compatibility, we will continue to return dynamic_page_hubdb_table_id in GET requests in the V2 API. Additionally we will continue to automatically upgrade POST requests made with dynamic_page_hubdb_table_id. When the V3 API is released, it will not support dynamic_page_hubdb_table_id.
No one has replied to this post quite yet. Check back soon to see if someone has a solution, or submit your own reply if you know how to help! Karma is real.