让我们继续我们的Joomla非技术人员系列文章。在前一篇文章中，我们看到了“扩展”是什么，例如模板、组件、模块或插件等，用于我们的CMS。在这篇文章中，我们将首先了解在服务器上安装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提供的其他“工具”联系起来的时候，使我们的日常网站门户变得更加强大和富有想象力。