Database 为多个独特的应用程序设计公共数据库

我是数据库界的新手，如果我没有使用正确的词汇，请提前道歉

我正在研究在线和离线使用的云托管应用商店的设计考虑因素。某些应用程序将依赖相同的信息，如人员信息

首先创建包含所有公共信息的数据库，然后让应用程序使用此公共数据库是否更好

如果有一个应用程序需要但另一个不需要的唯一字段，是否有办法只下载所需字段（以节省内存和数据计划使用）

假设某些（但不是大多数）应用程序需要接近即时的访问速度，那么它们是否应该拥有具有相同信息的独立、唯一的数据库 我也将感谢任何关于这个主题的进一步阅读的建议。谢谢

如果您清楚地了解什么是通用的，并且将保持通用，那么首先设计它是一个好主意。但从一开始就准确地知道这一点很难，所以要保守

数据库不是关于下载，而是（主要）关于查询和更新。当然，您只能查询所需的行和字段，并且只能传输它们

拥有独立的数据库可以提高速度。但使查询高效的正确设计通常更为重要。另外，在带宽方面，预加载和访问速度之间，以及在内存消耗方面，缓存/复制和访问速度之间总是存在冲突

---

为了让我们更好地回答您的问题，请解释您正在解决的问题。这样做，以及对数据库进行一些背景阅读，将帮助您更好地提问。

谢谢！不幸的是，问题是我不知道我真正在解决什么问题。目前，该组织存在一点混乱，即存在数千个独特或冗余的应用程序/软件程序，这些应用程序/软件程序的性质与您的谷歌应用商店一样多样化。上级说他们想把它们全部迁移到云上。在不了解所有这些项目的情况下，我首先尝试制定更高层次的指导，以确定什么是最好的通用（但不是唯一可用的）方法。我将集中精力找出并制定正确的问题，并与正确的利益相关者审查我的理解。在此之前，我会尽量不为该项目编写一行代码。有一件事比无所事事更糟糕，那就是把时间和金钱花在解决一个错误或不存在的问题上。