Мы используем маркетинговый облачный сервис SalesForce для уведомлений и входящих сообщений в нашем приложении. Мы храним данные в локальной базе данных, где messageId - первичный ключ. Однако мы заметили, что идентификатор сообщения, которое мы получаем из полезной нагрузки уведомления pu sh, является усеченной версией фактического идентификатора сообщения для ответа, который мы получаем для папки «Входящие». Ниже приведен пример идентификатора сообщения, полученного через оба сообщения для одного и того же сообщения, где выделены совпадающие символы:
- Идентификатор сообщения, полученного через Pu sh Предупреждение: MTU3MjoxMTQ6M A
- Идентификатор сообщения, полученный посредством ответа на входящие сообщения: MTU3MjoxMTQ6M DpXd1ZXV2ZUelEwTzRlSEFzS29lM3p3
Любая идея, как мы можем обработать добавление этого сообщения без конфликта первичных ключей.
PS Кроме того, я заметил один параметр, который является уникальным и одинаковым как для оповещения pu sh, так и для входящего сообщения, а именно messageRequestId. Является ли хорошей идеей использовать его в качестве первичного ключа?
Схожий вопрос по сообществу SalesForce Trailblazer