Как лучше хранить методы выплат?

Question

[evomed]

Реализую массовые выплаты клиентам. Выплаты на банковские карты и электро кошельки. Связь один к одному (пользователь может иметь один метод для выплат). Думаю над схемой бд и есть варианты:

1) Поле number в таблице payment_methods будет использоваться для хранения банковских карт и кошельков. Если нужны будут доп. поля (будет зависеть от поставщика услуг) - делать их null.
2) Создать дополнительно таблицы bank_cards и wallets и связать с payment_methods.

Или может другой способ? Подводных камней не знаю, с выплатами дело не имел.

Answer 1

[Melkij]

Тот самый случай где как раз уместнее просто jsonb.
Для каждой системы будут нужны свои данные, это всё равно у вас будет фабрика в коде для обработки и валидации требований конкретной системы. А поиск по этому json напротив является исключением, а не частой ситуацией.

То есть payment_data: id, user_id, payment_system (enum), data jsonb
В users default_payment FK на payment_data

PS: по моему опыту, лучше сразу предположите что в будущем возможно деление платежа в настраиваемых пользователем пропорциях на несколько кошельков. С задачей такой встречался несколько раз, во всех случаях через несколько лет приходили к задаче "нужно дать возможность пользователю настроить выплаты на несколько кошельков".

Comments

[Adamos]

В таблице все-таки стоит предусмотреть единственное поле, по которому таки может понадобиться поиск - номер (карты, кошелька, телефона etc). Оно, с одной стороны, заведомо существует и довольно предсказуемо (строка), с другой - сильно различается для разных систем, так что коллизии маловероятны. Ну, а все прочие атрибуты - в JSON.
Например, может потребоваться поиск клонов, которые пытаются выглядеть разными людьми, но указывают одни и те же реквизиты платежа. По JSON-полю не разгуляешься...

[evomed]

Adamos, да, вариант неплохой