Добрый день. Проектирую биллинг для создания и оплаты страховых полисов. В этом деле новичок, гуглил, не нашел нужную инфу.
Есть наш платежный шлюз, который умеет только доставлять деньги мерчанту по его айди. Ему мы отдаем только сумму и мерчант айди, он делает деньги туда-сюда.
Есть биллинг страховых (у нас есть АПИ пока только одной), который требует определенные поля для создания страхового полиса.
Есть биллинг, который делаем мы, чтобы все эти полисы хранить, создавать, отдавать на оплату, отслеживать статусы и т.д.
Проблема: мы не знаем насколько разные будут поля, требующиеся для создания полисов у разных страховых. Кроме разницы страховых, есть разница в типе страховки (и они от компании к компании тоже отличаются).
Разраб предложил создать отдельную таблицу для страховой компании и этого типа услуги, в которой будут "неуниверсальные" поля этой страховой (и конкретной услуги).
* Первичную организацию БД, которую я набросал, прикрепляю картинкой.
То есть теперь получается, что для каждой пары услуга-компания нужно делать отдельную таблицу, что не есть хорошо.
Есть ли более оптимальное решение задачи? Может книжку какую почитать?
Если есть вопросы по проекту - с радостью отвечу. Если нужно будет - скину описание проекта.
Update:
Директор отказался от идеи NoSQL, поэтому пришлось выкручиваться. Придумал такую структуру:
Разрабы кивнули, пусть записям придется ссылаться на записи из той же таблицы.
Будут вопросы - отвечу.
Простой
Простой
Средний