这是一个很好的问题，也是一系列很好的答案。我认为讨论中缺少的一件事是深入探讨数据库与数据库管理系统（DBMS）之间的区别的答案。我喜欢Shark从dictionary.com提供的数据库定义。我认为这确实表明需要区分数据库和DBMS。该数据库是“为方便访问而组织的相关数据的全面集合”。该定义的第二部分即“通常在计算机中”是区别所在。如果将其存储在计算机中，则可能会或可能不会将其存储在DBMS中。它可以存储在OS文件系统中。它可能存储在专有文件系统中。因此，我同意FrustratedWithFormsDesigner的看法，即卡片目录是“数据库” （也许吧-它是否全面且相关？稍后会详细介绍）。它恰好存储在文件柜中。在当今世界上，最方便地访问的“相关数据”的最全面收集是存储在计算机上的，所以我不同意Shark所说的遗憾，Dictionary.com添加了这一部分。我认为这是绝对正确的-作为“数据库”的定义。
那么我们如何定义DBMS？我回到dictionary.com找到了：
“一套程序通常管理大型的持久化结构化数据集，为许多用户提供临时查询功能。它们广泛用于业务应用程序中。”
该定义继续进行，并且相当长。它描述了DBMS提供的常见功能，例如安全性，数据完整性，事务管理，并发控制，最重要的是-数据独立性。DBMS提供了从物理存储方式中抽象出来的数据的外部视图。
使用此定义，我认为很明显DBMS必须提供一个数据模型，这就是如何组织数据以呈现给用户的方式。三种常见模型是层次结构（IMS），网络（IDMS）和关系模型（DB2，Oracle，SQL-Server等）。还有OO模型（OODBMS）。如今只有关系模型具有广泛的适用性。其他模型仍在使用，但仅在特定情况下使用。DBMS还必须提供提到的其他功能。我将这些统称为数据管理功能。
因此，提供数据管理功能的软件产品是“ DBMS”，而没有提供这些功能的产品不是“ DBMS”。NoSQL产品不是 DBMS。那并不是说它们没有用，也没有用说他们不存储“数据库”。我喜欢认为DBMS'，顾名思义，可以解决与业务应用程序有关的一类问题，例如会计，工资单，账单，客户关系管理，销售等。NoSQL产品虽然不是DBMS'，但是非常适合解决以下问题：与传统业务应用程序无关的一类问题，但由于存在大量的存储和带宽计算技术，如今已存在。这些是互联网搜索，在线拍卖，推特和Facebook之类的应用程序。DBMS不适合解决这些问题，因为DBMS包含数据管理功能，虽然这对于业务应用程序是绝对必要的，但是对于解决Craig'的存储和检索没有用处。的列表广告或Twitter提要（通常无论如何-这是另一次讨论：-）。这些问题需要大规模扩展和极快的响应，而DBMS具有膨胀功能，因此不太适合。
数据专业人员需要了解所有这些用于存储数据的工具以及它们适合解决的问题类别，以便为工作选择合适的工具，就像总承包商必须知道他或她的哪种建筑工具是正确的工作工具。任何工具本身都不是好事。如果它很适合解决一个重要问题，那是很好的。
最后，我将指出数据库和DBMS定义中的另外两个关键区别，这在到目前为止的讨论中可能会被忽略。数据库的定义包括“ 全面收集相关数据”。DBMS的定义包括“管理大型结构化d最好使用MS Access或其他关系DBMS。因此，也许卡片目录毕竟不是数据库，因为它虽然很全面（它记录了图书馆中所有书籍的记录），但是却不相关，因为它仅具有有关书籍的信息，而没有关于作者，出版商，等等
其次，DBMS擅长存储“结构化”数据。它完全基于具有结构化类型的离散数据元素的已定义架构。NoSQL产品（例如没有模式的键值存储）擅长存储非结构化数据。因此，该NoSQL产品不符合DBMS的定义。但是，如果您要解决的问题是非结构化数据的存储（在最初开发DBMS时我们甚至没有尝试做的事情），并且您不需要独立于要编写的应用程序的数据管理功能处理非结构化数据时，NoSQL产品非常适合。
我希望这个答案可以为此处发布的其他出色答案增加价值。我期待任何其他人可能提出的任何评论和讨论要点，这将有助于我们所有人加深对解决数据相关问题的数据库和技术类别的理解。