自己的数据库中的自定义联系人
情况： 在我们的应用程序中，我们有称为客户端的数据对象。 我们还有其他数据对象，通过使用主唯一键 client._id 链接到这些客户端。
应用程序从外部 Web 服务器获取此信息并将其存储在 SQLite 数据库中。现在我的任务是看看我们是否有兴趣将我们的客户端与 Android 联系人同步。
选项 1： 据我所知，您可以使用 ContentProviderOperation 将新联系人添加到系统中。我注意到我可以将自定义数据添加到 RawContact 中。这意味着我可以将所有客户相关信息存储到系统中，而不是我自己的数据库中。
选项 2： 另一种选择是将我的 SQLite 数据库与客户端保留在一起，并根据此信息维护 RawContact。这意味着它们需要在插入、更改和删除时相互通知。
鉴于这 2 个选项，哪一个对我来说是更好的选择，为什么？ （或者有我不知道的更好的选择吗？）
Situation:
In our application we have data objects referred to as clients.
We also have other data objects which link to these clients by using the primary unique key client._id.
The application obtains this information from an external webserver and stores them in a SQLite database. Now its my task to see if its interesting for us to sync our clients with the android contacts.
Option 1:
From what I have seen you can add new contacts to the system using ContentProviderOperation. I noticed that I can add custom data to the RawContact. This means I can store all the client related information into the system instead of my own database.
Option 2:
Another option would be to keep my SQLite database with the clients and maintain a RawContact based on this information. This means that they need to notify eachother on insert, change and delete.
Given these 2 options, which one would be the better pick for me and why? (Or is there a better option available which I'm not aware of?)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我想问是否值得将两者联系起来。根据我的经验，事实并非如此。乍一看，它可能看起来很吸引人，但你越深入研究，你就越会发现它是不可能的。
I would question whether it is worth linking the two at all. In my experience it is not. It might look attractive at first glance, but the more you delve into it the more you will realise that it is a non-starter.