数据库的4种状态是什么

数据库存储和管理存在四种主要模式，即操作系统文件、裸分区、ASM（自动存储管理）和集群系统。
操作系统文件模式主要应用于非商业开发环境，如测试阶段，其数据存储在操作系统文件中，便于操作和备份，但性能可能受限于操作系统。
裸分区模式直接在磁盘上存储数据库数据，跳过操作系统层，可能提升性能，但管理维护较为复杂，需特定硬件和配置。
ASM则是Oracle提供的一种融合了文件和裸分区优点的存储方案，具备动态磁盘管理、负载均衡和故障恢复等功能，增强资源利用和系统稳定。
集群系统则用于提高高可用性和负载均衡，允许实例共享存储，实现故障转移和均衡，适用于商业环境中的关键数据库。
根据不同需求，选择合适的存储模式至关重要。

4GL包括那些语言

分类依据功能，我们可以将工具分为以下几类：查询与报表制作工具、图形化编程语言、应用开发工具以及形式化规格描述语言。
首先，查询与报表制作工具是数据库管理的核心工具，它允许用户执行数据库查询操作，部分查询语言还具备操纵、定义和控制的额外功能。
报表制作工具则允许用户通过非过程化的方式，便捷地根据数据库信息生成报表，例如ADF报表。

其次，图形化编程语言中，Gupta公司的SQLWindows系统是一个典型的例子。
该系统以SQL语言为驱动，允许用户通过图形界面来定义需求，系统会自动生成相应的源代码。
用户可以根据需要修改或扩展这些源代码，实现应用程序的开发。

再者，应用开发工具使得用户能够通过单一的综合工具来执行多种功能，无需依赖多个独立软件。
Oracle推出的SQLFORMS、SQLMENU、SQLREPORTWRITER等工具便是基于SQL语言的，它们利用数据库管理系统的强大功能，支持用户以交互方式定义需求，并自动生成相应的屏幕布局、菜单和打印报表。

最后，形式化规格描述语言用于描述软件所需满足的需求、功能、性能等关键要素，是软件开发的基础。
根据软件生命周期的不同阶段，可以分为需求规格、功能规格、设计规格等。
用于编写这些规格说明的语言被称为规格描述语言。

关于第四代编程语言（4 GL）的不足之处，首先，其应用范围相对有限，尽管功能强大，但在整体能力上与第三代编程语言（3 GL）存在差距。
许多4 GL主要针对特定领域应用，部分4 GL通过提供与3 GL的接口来增强其表达能力。
其次，4 GL由于抽象层级较高，往往导致系统开销大，运行效率低，对软硬件资源消耗大，且受硬件限制。
最后，由于缺乏统一的工业标准，4 GL产品种类繁多，用户界面差异显著，与特定硬件紧密相关，语言独立性差，这影响了应用软件的迁移和推广。
相关信息可参考百度百科—4 GL。

nosql数据库的四种类型

NoSQL数据库主要分为四种类型，各有其特色和适用场景：
1 . 键值存储数据库：这类数据库以键值对的形式存储数据，常见的有Redis、Riak、SimpleDB等。
它们通常用于内容缓存，能够高效处理大量数据的高负载访问，有时也用于系统日志记录。
其优点在于查找速度快，尤其是在处理大量操作时，性能表现突出。

2 . 列存储数据库：列存储数据库如BigTable、HBase、Cassandra等，主要用于分布式数据的存储与管理。
这类数据库的查询速度同样快速，且具有很强的可扩展性，便于进行分布式扩展。
然而，它们的缺点在于功能相对简单，适用范围较为局限。

3 . 文档型数据库：文档型数据库，包括MongoDB、CouchDB等，适用于Web应用，能够有效管理面向文档的数据或类似的半结构化数据。
这类数据库的优点在于数据结构灵活，表结构可变，操作相对简单。
但缺点是查询效率可能较低，且缺乏统一的查询语言。

4 . 图形数据库：图形数据库如Neo4 J、OrientDB等，专注于处理复杂、互连接、低结构化的图结构数据，常用于构建关系图谱。
它们利用图结构相关算法，能够构建复杂的关系图谱，但复杂度相对较高，学习曲线较陡。

MongoDB中有几种日志？

MongoDB和其他数据库一样，拥有多样化的日志系统。
这个强大的数据库管理系统主要支持四种日志类型：系统日志、Journal日志、oplog主从日志和慢查询日志，它们负责记录数据库的各种操作和状态信息。

系统日志主要用于记录MongoDB的启动、停止以及运行期间的异常事件。
通过在启动时设置logpath参数，可以轻松配置系统日志。
这些日志会持续地追加到指定的文件中，包含了MongoDB运行期间的重要事件。

Journal日志是MongoDB的一个重要特性，它主要用于在意外断电或自然灾害等情况下保障数据的完整性。
通过使用预写式redo日志，MongoDB增加了额外的可靠性。
一旦开启Journal日志，每次的写入操作都会在日记中记录更改的磁盘地址和字节，这样在服务器重启时，可以通过重放日记来恢复停机前未刷新到磁盘的写入操作。
MongoDB默认使用WiredTiger引擎，其内存缓冲区用来存储Journal记录，每6 0秒将这些缓冲的日志记录同步到磁盘。
如果系统崩溃，最多可能丢失5 0ms的写入数据。
Journal日志文件的命名方式为_j.0、_j.1 等，随着MongoDB的运行时间的增长而递增。
写入数据首先进入内存，每6 0秒刷新到磁盘，同时写入到Journal文件，每隔5 0ms将数据写入磁盘。
即使不使用journal功能，WiredTiger引擎也可以通过检查点来恢复，但是要恢复之后的更改，就需要使用Journal。

固定集合（CappedCollection）是MongoDB中的一种特殊集合，它在创建时就预设了大小和文档数量限制，其行为类似循环队列。
一旦文档数量达到限制，最旧的文档将自动被删除以释放空间。
创建固定集合时，必须指定其大小和文档数量限制。

ReplicaSets（复制集）使用操作日志（oplog）来实现数据备份。
主节点的每次写操作都会被记录在本地数据库的固定集合中，备份节点通过查询这个集合来进行数据同步。
所有数据库的操作日志（包括插入、删除、修改）都会被记录在同一个oplog中，每个备份节点都会维护自己的oplog副本，以确保数据的一致性。

MongoDB中的慢查询日志是通过系统分析器（systemprofiler）功能来追踪那些耗时过长的操作。
一旦开启分析器，它就会在固定集合system.profile中记录操作，并提供有关耗时操作的详细信息。
默认情况下，系统分析器是关闭的，但是可以通过db.setProfilingLevel()来开启，并设置记录标准。
开启分析器后，MongoDB会为system.profile集合创建一个大小为若干MB的固定集合。
如果希望分析器运行更长时间，可以关闭分析器，删除现有的集合并重新创建一个符合要求的新集合，然后在数据库上重新启用分析器。
通过db.system.profile.stats()可以查看集合的最大容量。