让我们继续我们的 Joomla 非技术人员文章系列。在上篇文章中，我们看到了“扩展”是什么，比如模板、组件、模块或插件等。在这篇文章中，我们将首先了解当在服务器上安装 Joomla 时会发生什么，然后进一步探讨一些技术人员通常认为很清楚的概念...

Joomla 是一个内容管理器，也就是说它是一种软件产品，允许我们存储、管理和展示任何类型用户的信息。任何类型？当然，尽管它们在多媒体数据处理和文本数据方面不同，但我们的朋友 Joomla 是为了与任何类型的数据一起工作而设计的。

文本数据类型和在某些情况下媒体数据存储在数据库管理器中。

直到最近，Joomla 只与 MySQL 数据库一起工作，但现在已经改变，今天可以安装任何数据库引擎，如 Oracle、Postgresql 或其他任何开源数据库。

什么是数据库管理器？想象一个用于存储的仓库...

这个建筑将是启动数据库引擎的服务器。在我们的前一张图片中，我们可以看到在一个建筑（服务器）中可以存在不同的数据库引擎。默认情况下，我们的 Joomla 将尝试配置自己以使用 MySQL 数据库。

但让我们打开我们的数据库引擎的门...

请注意，我总是使用“数据库引擎”一词来指代存储，而不是“数据库”...为什么？因为数据库是项目（通常）在存储和数据库引擎内的一个预留空间。

在我们的数据库引擎中，我们为四个数据库创建了四个空间。通常，我们的托管提供商将方便地提供对数据库引擎的访问，并且根据我们签订的托管类型，我们可以在“存储”空间内创建一定数量的数据库。

如果 Joomla 需要为每个安装创建数据库，我们能够设置的 CMS 数量将受到我们“存储”支持的数据库数量的限制...它设计得这样，我们可以优化所有的投资，也可以优化我们的项目托管。让我们看看如何...

对于每个Joomla实例的安装，我们不仅需要指出服务器（存储）的名称、数据库（我们在存储中预留的空间），还需要一个“前缀”，用于分配组成我们项目的表。这个前缀会添加到包含我们信息的所有表名称前（我们马上会看到这些表是什么）

就像我们在每个特殊区域和存储中放置了以该前缀标识的货架上的信息一样……但是这些数据存储在什么类型的容器中？在我们所说的“表”中，或者在上面的例子中，“盒子”。盒子包含规范化的信息，即具有相互关系并共同组成的信息。

盒子包含标准化的信息，即具有相互关系并形成“信息项”或“记录”的信息。例如，一个盒子将包含用户信息，另一个包含组信息，或文章、菜单及其元素等。因此，每个盒子（由项目前缀加一个有助于识别其内容的文本命名）将存储关于我们项目特定需求的数据集。

在这张图片中，我们可以看到两个Joomla实例（由于前缀相同，需要放在不同的数据库（存储空间）中，因为JOS_Users（包含用户及其权限的表）在这两组盒子中（表中）的名称相同。在第二组表中，JOS_Users包括“等等……”。在第一组盒子中只有一个盒子……在一个操作实例中这是可能的吗？不！这将是Joomla实例不完整或半安装的例子。然而，在第二组表中我们可以看到很多……我意思是很多……这可能是完整的、功能齐全的Joomla安装。

有一种类型的数据通常（除非预算不允许）存储在数据库之外。这些是多媒体文件（视频、图片、音乐、电子签名等……）。也就是说，就像这是一个围绕仓库的大片土地（FTP空间），我们可以在这里存放我们的文件（就像木材堆放在数据库引擎之外）。每个文件都将有一个名称，如果我们需要在盒子内的“记录”中引用它们，我们会使用这个名称。这样，Joomla开发人员就可以准备产品，以便他们可以通过只阅读“记录”中的名称来快速访问这些文件，并从我们主机中的“领地”中取出。

租用免费空间（领地）比租用数据库引擎（存储）更经济。此外，当使用缓存系统以提供更大的页面构建优化时间时，我们可以将我们的“动态”信息（数据库）的行为与静态（FTP空间）分开。

正如我们所见，Joomla再次关注我们的经济。

这种结构使我们能够根据所有大小的项目扩展Joomla，从“下一页-下一页”项目（由非技术人员操作），到跨不同大陆的大型项目，这些项目由高素质人员创建、维护和管理。

这就是为什么Joomla是处理少量数据的项目以及那些对数以亿计的用户需求更高的项目的良好选择。

现在我们对我们如何存储Joomla中的信息有了一定的了解，我们有了足够的信息，以便在下一篇文章中大胆地了解管理选项的工作原理并使用它。这将是我们将菜单与类别、文章以及Joomla提供的其他“工具”相关联的时刻，以使每天的网络门户更加强大和富有创意。