android平台上的数据库关系设计

| 大家好,我正在考虑如何为android完成一些数据库设计,我正在考虑是否可以进行以下操作。 我正在尝试创建一个公司雇员数据库,在该数据库中,公司与员工之间存在多对多关系,而公司与其员工详细信息之间则具有一对一关系,具体取决于他所在的公司。基本上像这样 公司对员工:多对多 员工到employee_details:一对一 因此,现在的问题是,我正在考虑使用android设备浏览信息,我正在考虑应如何填充信息?我是不是该 : 是否由网络服务器处理上述关系的ORM,并将来自设备的每个呼叫作为单独的httpConnect呼叫处理?要么 我是否应该每次通过下载信息使设备与Web服务器同步,并让android设备处理这些关系? 我希望设备能够无延迟地浏览信息(这使方法2似乎是正确的选择,因为它将整个数据库同步到手机中并且正在使用sqlite进行浏览)。但是那里有什么选择呢? 有任何提示和意见吗?希望这不要混淆!谢谢 !     
已邀请:
        甚至第二个选项看起来也可能是更好的方式,它可能更加复杂,并且同步可能需要花费较长时间才能处理更大的数据集,因此浏览信息时不会出现延迟,但是用户甚至可以等待很长时间才能使用该应用程序。开始(假设用户使用的是3G或更差的EDGE)。通常,第二个解决方案具有以下挑战: 从数据库中提取多少信息?所有?只有一些公司?只有一些员工? 如何更新存储状态?重新加载所有内容?仅加载差异?如何找到差异?是否需要推送通知? 多久重新加载一次?什么时候做初始加载? 这是为了阅读。如果您还希望在移动设备上进行某些修改,则可以确保整个过程会更加糟糕,因为在将多个设备的状态同步回主数据库时,必须避免数据修改冲突。 简单的开始方法是将两种方法结合使用: 没有本地数据库 在需要时按需加载数据。例如,当用户打开应用程序时,您将加载前50家公司。当他请求更多时,您将再加载50个,或者您将加载满足某些搜索条件的公司。当用户打开comapany时,您将显示前50名员工,并且将以与公司相同的方式与他们合作,并提供详细信息。 修改总是意味着对真实数据库进行更改 如果您不需要总是新鲜的数据,则可以实现一些本地缓存并将某些数据缓存几分钟。     

要回复问题请先登录注册