Лучшая практика хранения покупок в приложениях iOS и Android в одной базе данныхIOS

Программируем под IOS
Ответить
Anonymous
 Лучшая практика хранения покупок в приложениях iOS и Android в одной базе данных

Сообщение Anonymous »

Я разрабатываю мобильное приложение, в котором есть встроенные покупки как для iOS (App Store), так и для Android (Google Play). На серверной стороне мне нужно хранить записи о покупках в базе данных.
Я обсуждаю, использовать ли одну унифицированную таблицу/коллекцию для всех покупок или отдельные таблицы/коллекции для каждой платформы.
Некоторые подробности:
  • Записи о покупках включают идентификатор пользователя, идентификатор продукта, идентификатор транзакции/покупки, сумму, валюту, статус (завершено, в ожидании, возвращено) и квитанция/токен для конкретной платформы.
  • Мне нужно поддерживать такие запросы, как:
  • Общий доход на пользователя
  • Доход на платформу
  • Обработка возврата/сверки
  • Поля, специфичные для платформы: идентификатор транзакции Apple и идентификатор заказа Google, а также различия в обработке расходуемых и нерасходуемых материалов.
Мои вопросы:
  • Считается ли лучшей практикой хранить все покупки в одной таблице/коллекции или разделять их по платформам?
  • Если используется одна таблица, как лучше всего обрабатывать поля, специфичные для платформы, не усложняя запросы?
  • Есть ли какие-либо распространенные ошибки при разработке таблицы покупок для многоплатформенные приложения?
Я использую серверную часть MongoDB/SQL (подойдет любой вариант), и мне нужно решение, которое масштабируется по мере роста приложения.

Подробнее здесь: https://stackoverflow.com/questions/797 ... e-database
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «IOS»