#Best database design for services integration
3 messages · Page 1 of 1 (latest)
I would always go with a common "provider" table, just from a basic db design perspective. I don't really know many details but as a quick rule I would say if you plan on doing any type of joins or anything on that provider specific data, I would put that in dedicated tables. if not a generic metadata json column should be fine.
You can make a specific table per provider, to store provider data, and create one table with your business rules in relationship with these tables.
For example, I have a products and prices tables that are synced automatically with Stripe. And I have a features table, that contains every business related features. My features and products tables are in a belong to many relationship product_has_features.