gpt4 book ai didi

mysql - 自定义表上的大型查询 - 内存问题

转载 作者:行者123 更新时间:2023-11-30 21:42:09 25 4
gpt4 key购买 nike

我正在构建一个插件,用于创建可由用户兑换的代码。我需要在 WP_LIST_TABLE 中显示所有生成的代码。我创建了一个名为“bo_codes”的自定义表,它看起来像这样。

表:https://visual23.com/table.png

我的查询看起来像这样。

$query = "
SELECT $wpdb->bo_vaping_codes.bo_code, $wpdb->bo_vaping_codes.assigned_product_name, $wpdb->bo_vaping_codes.status, $wpdb->bo_vaping_codes.run_number, $wpdb->bo_vaping_codes.author_name, $wpdb->bo_vaping_codes.date_created
FROM $wpdb->bo_vaping_codes
ORDER BY $wpdb->bo_vaping_codes.date_created DESC;
";
$data = $wpdb->get_results( $query, ARRAY_A );

我做了一个测试并生成了 100,000 个代码,但我得到了这个错误。“ fatal error :允许的 268435456 字节内存已耗尽(已尝试分配 72 字节)”

我可以对数据库或我的查询做些什么来减少使用的内存吗?我不确定是我做错了什么,还是只是在挑战极限。

最佳答案

这是一个 UI 设计问题,而不是数据库问题。

分页不合理 -- 回到第一条评论:没有用户会想要查看 10 万个项目的列表。 我将补充:“无论是否分页”。所以,重新考虑用户界面;决定一种方式来显示有用的信息,而不是全部提供。

也许首先询问要为哪个“产品类别”列出项目。

也许首先是“作者”。

也许它是在哪个月“创建”的。

任何对应用有意义的东西。但要确保分组不会导致不合理的长列表,然后一次显示所有内容或分页显示。

对于 10 万件商品,在到达实际列表之前经过 级拣选可能是合理的。这基本上可以将一次选择的内容减少到 100 件以下。

关于mysql - 自定义表上的大型查询 - 内存问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51043230/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com