Ios 当一行被插入SQL Server表时，如何触发移动设备的推送通知？

我们的任务是在iOS和Android应用程序中实现推送通知。该应用程序的一个功能是聊天信息，因此我们希望在用户收到信息时推送通知。这些消息可以从web应用程序生成，因此，无论来源如何，聊天消息都可以通过C#web服务插入聊天SQL表

在我的研究中，我发现PushSharp非常适合我们的C#后端——尽可能避免支付推送通知服务的费用。我很难想象的是，当一条新消息插入到DB表时，如何触发推送通知

最佳做法是什么？我假设手动轮询新记录是不正确的

如有任何建议，将不胜感激

---

M.

您可以使用几种解决方案。有些取决于你对桌子的控制程度。以下是一些想法：

使用守护进程运行脚本，定期检查新条目，并在必要时发送推送。脚本可以依赖元组id字段（可能是主键）来记录它检查的最后一个字段，然后定期从中提取。您可以使用或设置，但还有许多其他解决方案可能更适合您的服务器

一个更简单的解决方案是创建一个cronjob条目，定期触发上面提到的脚本

如果您不控制原始表，那么可以在MySQL中创建一个数据库，在一个单独的表中插入一条记录，您可以完全控制该表并进行轮询

如果您不想进行轮询（如果您有大量数据要高速传输，这实际上是不可取的），那么您必须查看消息队列系统（比如）或PUBSUB（我个人喜欢）

---

如果没有关于当前体系结构的更多信息，就很难向您提供更多详细信息或为您提供更好的解决方案。

可能为时已晚，但对于偶尔来到这里的新员工，我建议尝试一下，它会为数据库的每一行级别更改消耗事件。只有提交的更改才可见，因此您的应用程序不必担心事务或回滚的更改。

您的代码是否正在插入？为什么不在工作完成后发送推送呢？消息如何插入数据库有很多入口点，比如从web应用程序——不幸的是，我无法控制这段代码。如果可能，您希望将所有入口点集中到一个位置，该位置要么发送推送，要么回电话让其他人执行推送。如果你无法控制web应用程序代码，你知道谁做得对吗？如果您不能重构它们以实现soI理解，那么就不能期望它从所有入口点都能工作，这是理想的情况，但不幸的是，有许多玩家将行插入聊天表。我需要一些恶魔/监听器，不断地观察新的聊天行被插入。谢谢你的回答，非常有用。我开始使用选项1，但我需要检查排队机制。至于需要更多关于架构的细节/信息，请询问我具体需要告诉您什么，以便为您提供更好的信息。谢谢