主页 / 问题 / 1147780
Accepted
Mcile
Asked:2020-07-01 19:18:48 +0800 CST2020-07-01 19:18:48 +0800 CST

数据截断：第 1 行的“chain_of_ids”列的数据太长

  • 772

MySQL 8+ 版本

有一个表是递归查询id的name，parentId 最大嵌套8级我在网上搜了怎么解决这个问题——大家都说要增加已有表的字段的维度，但是在我的查询中该表不存在于硬盘。错误是第二个表达式中的字符串太长了，但是！我试过了

将 CONCAT( id,'') 更改为 CONCAT( id,'_________________________________________________')

和 CONCAT(at. chain_of_ids,',',c. id) 到 CONCAT(at. chain_of_ids,',') - 尽管字符串比原始查询中预期的要长得多，但它可以正常工作，

chain_of_ids如果我将 CONCAT(at. ,',',c. id) 更改为 CONCAT(at. chain_of_ids,',_')我也会偶然发现此错误

WITH RECURSIVE `accumulation_table` AS (
    SELECT `id`,`name`, CONCAT(`id`,'') AS `chain_of_ids` FROM `Category` WHERE `parentId` = 0
    UNION ALL
    SELECT c.`id`,c.`name`, CONCAT(at.`chain_of_ids`,',',c.`id`) AS `chain_of_ids`
    FROM `Category` c
    JOIN `accumulation_table` at ON at.id=c.parentId
)
SELECT * FROM `accumulation_table` a
mysql

1 个回答

  1. Best Answer

    在查询的第一部分，使用字段的数据类型和长度的显式规范。在 的帮助下cast(id as char(100))。如果不这样做，那么 MySQL 会尝试自动理解正在使用的数据类型。像这样的字符串函数concat()或固定长度的字符串告诉 MySQL char 数据类型具有最小的可能长度。那些。对于 id=10 它将在转换后返回类型 char(2) 。在查询的第二部分，MySQL 不再更改选定的数据类型并尝试向短字符串添加新字符，这会导致溢出。

    • 2

相关问题