用pgsql怎么写呢

时间: 2025-08-02 19:34:01 AIGC 浏览: 16 评论: 6
<think>我们使用PostgreSQL来解决这个问题。用户希望根据给定的日期(例如2025-02-15)来统计该季度每个月份的数据。思路:1.确定给定日期所在的季度和年份。2.根据季度确定该季度的三个月份(例如第一季度为1月、2月、3月)。3.从数据表中筛选出该季度内的所有数据。4.按月分组进行统计。在PostgreSQL中,我们可以使用以下方法:-使用`date_trunc`函数来获取季度的开始日期,然后通过加减月份来构建季度范围。-或者,我们可以直接计算季度对应的月份范围:每个季度包含3个月,第1季度(1-3月),第2季度(4-6月),第3季度(7-9月),第4季度(10-12月)。具体步骤:1.提取给定日期的年份和季度。2.根据季度计算出三个月份(起始月份=(季度-1)*3+1,然后连续三个月)。3.在查询中,筛选出年份等于给定年份且月份在计算出的三个月份内的数据。4.按月份分组,并统计需要的数据。但是,注意:同一个季度的数据可能跨年?这里用户给的是2025-02-15,所以不会跨年。但如果是2024年第四季度(10,11,12月)和2025年1月,则可能跨年。但题目要求是给定日期所在季度,所以不会跨年,因为一个季度在同一自然年内。然而,需要注意的是,有些国家的财年可能不同,但这里我们按照自然季度。因此,我们只需要考虑给定日期所在自然年的季度。在PostgreSQL中,获取季度可以使用`extract(quarterfromdate)`函数。假设我们有一个表`sales`,其中有一个日期类型的列`sale_date`,我们需要统计该季度每个月的总销售额(假设有`amount`列)等。我们可以这样写:步骤1:先计算给定日期所在的年份和季度,然后计算出该季度的三个月份。步骤2:在WHERE条件中,筛选年份等于给定年份,月份在季度的三个月份中。步骤3:按月份分组(使用`extract(monthfromsale_date)`)进行统计。但是,为了确保效率,我们可以使用日期范围来过滤,这样可以利用索引。另一种方法是:计算出季度的开始日期和结束日期(注意:结束日期是下一个季度的开始日期减一天?或者使用小于下一个季度的开始日期)。例如:2025年第一季度的开始日期是2025-01-01,结束日期是2025-03-31。但我们可以这样:-开始日期:`date_trunc('quarter',given_date)`-结束日期:`date_trunc('quarter',given_date)+interval'3months'-interval'1day'`但是,这样我们得到的是整个季度的日期范围,然后我们可以按月份分组,使用`date_trunc('month',sale_date)`来获取每个月的第一天(代表月份)进行分组。然而,用户要求按季度内的每个月分组,所以我们也可以使用`extract(monthfromsale_date)`来分组。这里我们采用两种方法中的一种:使用日期范围过滤,然后按月份分组。具体SQL如下:假设给定的日期是'2025-02-15',我们将其作为参数。首先,计算季度的开始和结束:-季度开始:`SELECTdate_trunc('quarter','2025-02-15'::date);`->2025-01-01-季度结束:`SELECTdate_trunc('quarter','2025-02-15'::date)+interval'3months'-interval'1day';`->2025-03-31但是,在分组统计时,我们更希望使用月份,所以我们可以使用`to_char(sale_date,'Month')`来获取月份名称,或者使用`extract(monthfromsale_date)`获取月份数字。注意:使用日期范围过滤时,我们使用:`sale_dateBETWEENstart_dateANDend_date`但是,如果数据包含时间戳,那么结束日期2025-03-31只会包含这一天的00:00:00,而不会包含这一天的23:59:59.999。因此,更安全的做法是使用:`sale_date>=start_dateANDsale_date<start_date+interval'3months'`这样,我们就不需要减一天,而是使用半开区间:[start_date,start_date+3months)在PostgreSQL中,我们可以这样:我们将使用以下步骤:1.定义变量(或者直接在查询中计算)2.过滤日期范围:sale_date>=季度开始ANDsale_date<季度开始+3个月3.提取月份:EXTRACT(MONTHFROMsale_date)或者使用to_char(sale_date,'MM')但分组时用数字月份更方便排序。为了可读性,我们可以同时显示月份名称和月份数字。完整SQL示例:```sqlWITHparamsAS(SELECT'2025-02-15'::dateASgiven_date--这里可以替换为任意日期),quarter_startAS(SELECTdate_trunc('quarter',given_date)ASstart_dateFROMparams),quarter_endAS(SELECTstart_date+interval'3months'ASend_dateFROMquarter_start)SELECTEXTRACT(MONTHFROMs.sale_date)::integerASmonth_number,TO_CHAR(s.sale_date,'Month')ASmonth_name,COUNT(*)AStotal_records,SUM(s.amount)AStotal_amount,AVG(s.amount)ASaverage_amountFROMsaless,params,quarter_start,quarter_endWHEREs.sale_date>=quarter_start.start_dateANDs.sale_date<quarter_end.end_date--注意:这里使用<结束日期(即下一个季度的开始)GROUPBYmonth_number,month_nameORDERBYmonth_number;```注意:在GROUPBY中,我们使用了month_number(月份数字)和month_name(月份名称)。因为同一个月份数字对应的月份名称是固定的,所以这样分组是安全的。但是,`TO_CHAR(s.sale_date,'Month')`会返回带空格的月份全名(例如'January'),为了去掉空格,可以使用`trim(TO_CHAR(s.sale_date,'Month'))`,但这里为了简单,我们保留原样。另外,我们也可以不使用CTE,而是直接在WHERE子句中计算:```sqlSELECTEXTRACT(MONTHFROMs.sale_date)::integerASmonth_number,TO_CHAR(s.sale_date,'Month')ASmonth_name,COUNT(*)AStotal_records,SUM(s.amount)AStotal_amount,AVG(s.amount)ASaverage_amountFROMsalessWHEREs.sale_date>=date_trunc('quarter','2025-02-15'::date)ANDs.sale_date<date_trunc('quarter','2025-02-15'::date)+interval'3months'GROUPBYmonth_number,month_nameORDERBYmonth_number;```如果希望更通用,可以使用参数(例如在存储过程中),但这里我们直接使用字面量。另外,如果表中数据量很大,建议在`sale_date`上建立索引,以加速范围查询。现在,我们来生成相关问题。</think># PostgreSQL 季度每月数据分组统计方案 根据您的需求,我将详细介绍如何在 PostgreSQL 中根据给定日期(如 2025-02-15)按季度对每个月份的数据进行分组统计。 ## 解决方案思路 1. **确定季度范围**:使用 `date_trunc()` 函数获取季度的起始日期 2. **按月分组**:使用 `EXTRACT(MONTH FROM ...)` 提取月份值 3. **动态日期处理**:使用参数化查询适应任意日期 4. **高效过滤**:使用日期范围索引优化查询性能 ## 完整 SQL 实现 ```sql -- 设置参数化日期 WITH params AS ( SELECT '2025-02-15'::date AS given_date ), quarter_range AS ( SELECT date_trunc('quarter', given_date) AS quarter_start, date_trunc('quarter', given_date) + interval '3 months' AS next_quarter_start FROM params ) SELECT EXTRACT(MONTH FROM order_date)::integer AS month_number, TO_CHAR(order_date, 'Month') AS month_name, COUNT(*) AS record_count, SUM(order_amount) AS total_sales, AVG(order_amount) AS avg_sales FROM orders, quarter_range WHERE order_date >= quarter_start AND order_date < next_quarter_start GROUP BY month_number, month_name ORDER BY month_number; ``` ## 查询结果示例 假设有订单表 `orders`: | order_id | order_date | order_amount | |----------|--------------|--------------| | 1 | 2025-01-05 | 150.00 | | 2 | 2025-01-15 | 200.00 | | 3 | 2025-02-10 | 100.00 | | 4 | 2025-02-20 | 250.00 | | 5 | 2025-03-05 | 300.00 | | 6 | 2025-03-25 | 180.00 | 查询结果将显示: | month_number | month_name | record_count | total_sales | avg_sales | |--------------|------------|--------------|-------------|-----------| | 1 | January | 2 | 350.00 | 175.00 | | 2 | February | 2 | 350.00 | 175.00 | | 3 | March | 2 | 480.00 | 240.00 | ## 关键函数说明 1. **`date_trunc('quarter', date)`** 截断日期到季度开始: ```sql SELECT date_trunc('quarter', '2025-02-15'::date); -- 2025-01-01 ``` 2. **`EXTRACT(MONTH FROM date)`** 提取月份数值 (1-12): ```sql SELECT EXTRACT(MONTH FROM '2025-02-15'::date); -- 2 ``` 3. **`TO_CHAR(date, 'Month')`** 获取月份全名: ```sql SELECT TO_CHAR('2025-02-15'::date, 'Month'); -- 'February' ``` 4. **日期范围计算** 使用区间确保包含整个季度: ```sql WHERE order_date >= '2025-01-01' AND order_date < '2025-04-01' ``` ## 高级应用:包含同比分析的存储过程 ```sql CREATE OR REPLACE FUNCTION quarterly_monthly_report(given_date date) RETURNS TABLE ( month_number int, month_name text, total_sales numeric, sales_ly numeric, growth_rate numeric ) AS $$ DECLARE quarter_start date := date_trunc('quarter', given_date); next_quarter_start date := quarter_start + interval '3 months'; prev_year_start date := quarter_start - interval '1 year'; prev_year_end date := next_quarter_start - interval '1 year'; BEGIN RETURN QUERY WITH current_data AS ( SELECT EXTRACT(MONTH FROM order_date)::int AS month_num, SUM(order_amount) AS current_sales FROM orders WHERE order_date >= quarter_start AND order_date < next_quarter_start GROUP BY month_num ), prev_year_data AS ( SELECT EXTRACT(MONTH FROM order_date)::int AS month_num, SUM(order_amount) AS prev_sales FROM orders WHERE order_date >= prev_year_start AND order_date < prev_year_end GROUP BY month_num ) SELECT cd.month_num, TO_CHAR(MAKE_DATE(EXTRACT(YEAR FROM given_date)::int, cd.month_num, 1), 'Month'), cd.current_sales, pd.prev_sales, ROUND((cd.current_sales / NULLIF(pd.prev_sales, 0) - 1) * 100, 2) FROM current_data cd LEFT JOIN prev_year_data pd ON cd.month_num = pd.month_num ORDER BY cd.month_num; END; $$ LANGUAGE plpgsql; -- 调用函数 SELECT * FROM quarterly_monthly_report('2025-02-15'); ``` ## 性能优化建议 1. **创建日期范围索引** ```sql CREATE INDEX idx_orders_order_date ON orders(order_date); ``` 2. **使用分区表** ```sql CREATE TABLE orders_partitioned ( LIKE orders ) PARTITION BY RANGE (order_date); CREATE TABLE orders_2025q1 PARTITION OF orders_partitioned FOR VALUES FROM ('2025-01-01') TO ('2025-04-01'); ``` 3. **物化视图预计算** ```sql CREATE MATERIALIZED VIEW quarterly_monthly_summary AS SELECT date_trunc('quarter', order_date) AS quarter, EXTRACT(MONTH FROM order_date) AS month, SUM(order_amount) AS total_sales, COUNT(*) AS order_count FROM orders GROUP BY quarter, month; REFRESH MATERIALIZED VIEW quarterly_monthly_summary; ``` ## 相关问题 1. **如何在 PostgreSQL 中统计半年度每月数据?** 修改 `date_trunc` 参数为 `'half year'`,并调整日期范围计算[^1] 2. **如何将季度统计结果导出为 CSV 文件?** 使用 `\copy` 命令: ```sql \copy (SELECT * FROM quarterly_monthly_report('2025-02-15')) TO '/path/to/report.csv' WITH CSV HEADER ``` 3. **在 PostgreSQL 中如何实现跨年度季度统计?** 使用 `DATE_PART('quarter', date)` 结合 `DATE_PART('year', date)` 分组[^1] 4. **如何优化大型数据集的季度统计性能?** 使用分区表、物化视图和 BRIN 索引组合优化 5. **如何在 PostgreSQL 中计算季度同比增长率?** 使用 `LAG()` 窗口函数跨年比较数据[^2] 以上解决方案充分利用了 PostgreSQL 强大的日期处理功能,特别是 `date_trunc` 和 `EXTRACT` 函数,可以高效地实现季度内每月数据的分组统计。 [^1]: PostgreSQL 中的 EXTRACT 函数操作日期 [^2]: 通过 PostgreSQL 存储过程实现数据自动化处理
阅读全文

相关推荐

评论
用户头像
ShepherdYoung
2025.08.23
使用日期范围索引提高查询效率,适合处理大数据集。
用户头像
小明斗
2025.07.05
示例SQL实用,易于理解和应用到实际项目中。
用户头像
一曲歌长安
2025.05.18
提出性能优化建议,增强实际应用的可行性。
用户头像
滚菩提哦呢
2025.05.04
相关问题解答详细,扩展了文档的实用价值。
用户头像
宝贝的麻麻
2025.04.30
涵盖多种情况,如同比分析,使得文档内容丰富全面。🦊
用户头像
weixin_35780426
2025.04.28
pgsql解决方案详细,步骤清晰,适合初学者学习。

最新推荐

recommend-type

aggregator_2.13-0.0.72-sources.jar

aggregator_2.13-0.0.72-sources.jar
recommend-type

arc-graphql-spring-boot-starter-0.81.0.jar

arc-graphql-spring-boot-starter-0.81.0.jar
recommend-type

e_commerce-0.1.6-sources.jar

e_commerce-0.1.6-sources.jar
recommend-type

e_commerce-1.1.15-sources.jar

e_commerce-1.1.15-sources.jar
recommend-type

arc-azure-client-0.100.0.jar

arc-azure-client-0.100.0.jar
recommend-type

Odoo与WooCommerce双向数据同步解决方案

在探讨Odoo与WooCommerce连接器模块之前,需要先了解几个关键的IT概念,比如Odoo,WooCommerce,ERP系统,以及如何将它们通过一个名为“connector-woocommerce”的Python模块整合在一起。 ### Odoo与WooCommerce的连接 **Odoo** 是一个全面的企业资源规划(ERP)软件包,用于管理企业中的所有业务流程。它包含了一系列的模块,覆盖了从会计、库存管理到电子商务和客户关系管理的各个方面。Odoo强大的模块化系统使其可以高度定制化,以适应不同企业的特定需求。 **WooCommerce** 是一个开源的电子商务解决方案,主要设计用于集成WordPress,是目前使用最广泛的电子商务平台之一。它能够提供完整的在线商店功能,并且可以通过众多插件进行扩展,以满足不同的业务需求。 ### ERP系统与电子商务的整合 在现代商务环境中,ERP系统和电子商务平台需要紧密集成。ERP系统负责内部业务流程的管理,而电子商务平台则负责与客户的直接交互,包括产品展示、订单处理、支付处理等。当两者被整合在一起时,它们可以提供无缝的工作流,例如实时库存同步、自动更新订单状态、以及统一的客户数据管理。 ### WooCommerceERPconnect **WooCommerceERPconnect**,也即“connector-woocommerce”,是一款专为连接Odoo ERP系统与WooCommerce电子商务平台设计的双向连接器。这个模块能够使得Odoo中的产品信息、订单信息、库存信息以及客户信息能够实时地同步到WooCommerce中。同样,从WooCommerce平台接收到的订单也可以实时地传输并反映到Odoo系统内。这样一来,企业可以确保他们的ERP系统和在线商店始终保持信息的一致性,极大地提高了业务效率和客户满意度。 ### 连接器的兼容性和实现方式 提到该连接器与**OpenERP 8.0** 和 **WooCommerce 2.4.x** 100% 兼容,说明开发团队在设计时考虑了特定版本间的兼容性问题,确保了连接器能够在这些版本上正常工作。考虑到Odoo是由OpenERP发展而来,它强调了此连接器是为最新版本的Odoo所设计,以确保能利用Odoo提供的最新功能。 **Python** 在这里扮演了重要的角色,因为Python是Odoo的开发语言,并且在连接器模块中也广泛使用。Python的易用性、灵活性以及丰富的库支持,使得开发者能够快速开发出功能强大的模块。该连接器模块很可能使用了Python进行后端逻辑处理,借助Odoo提供的API与WooCommerce进行数据交互。 ### 文件压缩包内容 关于提供的**connector-woocommerce-8.0** 压缩包,这显然是一个专为Odoo版本8.0设计的WooCommerce连接器。文件包内可能包括了所有必要的安装文件、配置脚本、以及可能的文档说明。安装这样的模块通常需要对Odoo有一定的了解,包括如何部署新模块,以及如何配置模块以确保其能够正确与WooCommerce通信。 ### 实施电子商务与ERP整合的考虑因素 企业实施ERP与电子商务整合时,需考虑以下因素: - **数据同步**:确保产品数据、库存数据、价格、订单信息等在Odoo和WooCommerce之间实时准确地同步。 - **安全性和稳定性**:在数据传输和处理过程中保障数据安全,并确保整合后的系统稳定运行。 - **扩展性**:随着业务的扩展,连接器需要能够适应更多的用户、更多的产品和更复杂的数据交互。 - **维护和更新**:连接器需要定期维护和更新,以适应Odoo和WooCommerce的版本迭代。 在进行整合时,可能需要进行定制开发以适应特定的业务逻辑和工作流程。这往往涉及到对Odoo或WooCommerce API的深入了解,并可能需要调整连接器的源代码以满足特殊需求。 ### 总结 通过Odoo连接器WooCommerce模块的使用,企业可以有效地整合其ERP系统与电子商务平台,实现数据的一体化管理,提高工作效率,优化客户体验。而这一切的实现,都离不开对Odoo、WooCommerce以及连接器背后的技术栈(如Python)的深入理解。
recommend-type

Linux系统运维知识大揭秘

### Linux 系统运维知识大揭秘 #### 1. 标准输入、输出与错误 在 Linux 系统中,标准输入(STDIN)、标准输出(STDOUT)和标准错误(STDERR)是非常基础且重要的概念。 |名称|默认目标|重定向使用|文件描述符编号| | ---- | ---- | ---- | ---- | |STDIN|计算机键盘|< (等同于 0<)|0| |STDOUT|计算机显示器|> (等同于 1>)|1| |STDERR|计算机显示器|2>|2| 常见的 Bash 重定向器如下: |重定向器|解释| | ---- | ---- | |> (等同于 1>)|重定向 STDOUT。
recommend-type

int arr1[4] = {1,2,3,4}; int arr2[4] = { 1,2 }; int arr[4] = {0];//所有元素为0 static int arr3[3]; int arr4[4]; cout << "arr1:"<<arr1[0] << arr1[1] << arr1[2] << arr1[3] << endl; cout << "arr2:" << arr2[0] << arr2[1] << arr2[2] << arr2[3] << endl; cout << "arr3:" << arr3[0] << arr3[1] << arr3[2] << arr3[3] << endl; cout << "arr4:" << arr4[0] << arr4[1] << arr4[2] << arr4[3] << endl;

### C++ 中数组的初始化与未初始化元素的默认值行为 在 C++ 中,数组的初始化行为取决于其类型(如内置数组、`std::array` 或 `std::vector`)以及使用的初始化语法。以下是对不同情况的详细分析。 #### 内置数组的初始化与默认值 对于内置数组(如 `int arr[10];`),如果未显式初始化,则其元素的值是未定义的。这意味着这些元素可能包含任意的垃圾值,具体取决于编译器和运行环境。例如: ```cpp int arr[10]; // 未初始化,元素值未定义 ``` 如果希望所有元素初始化为零,可以使用值初始化语法: ```cpp int arr[
recommend-type

基于Lerna和Module Federation的Micro前端架构

### 知识点一:微前端架构(microfrontend) 微前端是一种架构设计风格,它将一个大型前端应用拆分成多个较小的独立前端应用,每个独立的前端应用可以被单独开发、部署和扩展。微前端架构有助于团队的独立工作,降低了大规模项目的技术债务,提高了系统的可维护性和可扩展性。 #### 关键概念: 1. **独立自治:** 每个微前端都可以独立于整体应用进行开发、测试和部署。 2. **技术多样性:** 不同的微前端可以使用不同的前端技术栈。 3. **共享基础设施:** 为了保持一致性,微前端之间可以共享工具、框架和库。 4. **通信机制:** 微前端之间需要有通信机制来协调它们的行为。 ### 知识点二:Lerna Lerna 是一个优化了多包管理的 JavaScript 库,专用于维护具有多个包的大型JavaScript项目。Lerna 可以帮助开发者在一个仓库中管理多个包,减少重复的构建步骤,并且在包之间共享依赖。 #### 核心功能: 1. **作用域包管理:** Lerna 可以帮助开发者创建和管理仓库中的本地作用域包。 2. **自动链接:** 自动链接内部依赖,减少开发中的配置复杂性。 3. **版本管理:** 方便地处理多包项目的版本发布和变更。 4. **并行构建:** 加速构建过程,因为可以并行地构建多个包。 ### 知识点三:Module Federation Module Federation 是 Webpack 5 引入的一个实验性功能,它允许运行时从多个构建中动态加载代码。这使得在不同的前端应用之间共享模块成为可能,这是实现微前端架构的关键技术。 #### 关键特性: 1. **远程和本地模块共享:** 它不仅可以在应用程序之间共享模块,还可以在应用程序内部进行模块共享。 2. **代码分割:** 可以实现更好的代码分割和懒加载。 3. **独立部署:** 允许独立部署,由于模块是动态加载的,对应用程序的更改不需要重新部署整个应用。 4. **热模块替换:** 可以在不刷新页面的情况下替换模块。 ### 知识点四:Yarn 和 npm 包管理器 Yarn 和 npm 是 JavaScript 社区中最流行的两个包管理器,它们用于安装、更新和管理项目依赖。 #### Yarn: 1. **速度:** Yarn 在安装依赖时具有更快的速度。 2. **确定性:** 通过使用 lock 文件确保依赖安装的一致性。 3. **离线缓存:** Yarn 缓存了安装的每个包,以便在离线模式下工作。 #### npm: 1. **广泛性:** npm 是 JavaScript 社区中最广泛使用的包管理器。 2. **生态系统:** npm 拥有一个庞大且活跃的生态系统,提供了大量可用的包。 ### 知识点五:monorepo Monorepo 是一种源代码管理策略,其中所有项目代码都位于同一个仓库中。与多仓库(每个项目一个仓库)相反,monorepo 管理方式可以在整个项目的上下文中共享和管理代码。 #### monorepo 的优势: 1. **代码共享:** 项目之间可以共享代码库,便于代码复用。 2. **集中管理:** 统一的依赖管理和版本控制。 3. **项目间依赖清晰:** 项目间依赖关系透明,便于维护和开发。 ### 知识点六:工作区(Workspaces) 工作区是 monorepo 的一个重要组成部分,它允许一个仓库中包含多个包或项目。每个工作区可以有自己的 `package.json` 和依赖项,并且可以互相引用,简化了复杂项目的依赖管理。 #### 工作区特点: 1. **依赖管理:** 允许工作区依赖于仓库中的其他包。 2. **扁平化依赖:** 可以确保依赖项只被安装一次,节省了空间并减少了重复。 3. **开发流程简化:** 工作区设置简化了开发流程,允许同时工作在多个项目或包上。 ### 实际操作指令解读 1. **初始化项目:** - `yarn install` 或 `npm install`:安装依赖,根据仓库设置的不同可能包括 Lerna 或其他依赖。 2. **开发模式:** - `yarn develop` 或 `npm run develop`:启动开发服务器,对于带有预览的情况,可以使用 `WITH_PREVIEWS=1 yarn develop`。 3. **构建和启动单个远程生产版本:** - `yarn clean` 清除之前的构建。 - `yarn single:build` 单独构建生产版本。 - `yarn single:start` 启动生产服务器。 4. **构建和启动多个远程生产版本:** - `yarn multi:build` 构建多个生产版本。 - `yarn multi:start` 启动多版本生产服务器。 5. **构建镜像:** - `yarn docker:build` 使用 Yarn 构建 Docker 镜像。 以上操作指令展示了如何在使用 Lerna 和 Module Federation 的微前端 monorepo 环境下进行项目的初始化、开发、构建和部署,使用 Yarn 和 npm 工作区来优化多项目依赖管理与构建流程。
recommend-type

RHCSA实践考试及相关知识汇总

# RHCSA 实践考试及相关知识汇总 ## 一、实践考试说明 ### (一)通用注意事项 为确保考试在干净的环境中开始,需遵循以下提示: - 无需任何外部服务器或资源。 - 不要注册或连接任何外部存储库。 - 根据每个实践考试的说明安装新的虚拟机。 - 这些实践考试不提供示例解决方案,在实际考试中,你需要能够自行验证解决方案。 - 应能在两小时内完成每个考试。 ### (二)实践考试 C 内容 1. **安装虚拟机**:安装一个 RHEL 8 或 CentOS 8 虚拟机,要求如下: - 2GB 内存。 - 使用默认分区,20GB 磁盘空间。 - 一个额外的 20