MYSQL Workbench 不断为 'id' 列导入非法字符
MYSQL Workbench keeps importing illegal characters for the 'id' column
我继续尝试通过 WorkBench...
将大约 4000 个字符长的 CSV 文件导入我的 MYSQL 数据库
每次 ID 列中有非法字符时。
为什么 MYSQL Workbench 会这样做？
现在它说 \ufeffid ... 所以在 'id' 之前有一些字符 \ufeff。
我将 XLSX 文件导出为 CSV 文件。它不应该有这些字符。
即Unicode BOM字符（代码point/glyph），一个零宽度的space，用于将Unicode文件标记为文件中的第一个字符。这是多余的（如我们所见，这是不好的做法），但因此 Windows 记事本发现 UTF-8 而不是本地字符集。
如果手动复制第一行，这个 BOM 字符可能会复制到文件中的多行。
不知何故，在某个地方，你需要摆脱它们。
关于BOM, Byte-Order-Mark:
Unicode 编号所有可能的字形、代码点、字符。
转换为二进制数据的形式有UTF-8（多字节）、UTF-16LE（小端）、UTF-16BE（大端）和UTF-32LE/BE。
通过 BOM 字符可以检测编码。为此，它是 U+FEFF，两个不同的字节值。
我继续尝试通过 WorkBench...
将大约 4000 个字符长的 CSV 文件导入我的 MYSQL 数据库每次 ID 列中有非法字符时。
为什么 MYSQL Workbench 会这样做？
现在它说 \ufeffid ... 所以在 'id' 之前有一些字符 \ufeff。
我将 XLSX 文件导出为 CSV 文件。它不应该有这些字符。
即Unicode BOM字符（代码point/glyph），一个零宽度的space，用于将Unicode文件标记为文件中的第一个字符。这是多余的（如我们所见，这是不好的做法），但因此 Windows 记事本发现 UTF-8 而不是本地字符集。
如果手动复制第一行，这个 BOM 字符可能会复制到文件中的多行。
不知何故，在某个地方，你需要摆脱它们。
关于BOM, Byte-Order-Mark:
Unicode 编号所有可能的字形、代码点、字符。 转换为二进制数据的形式有UTF-8（多字节）、UTF-16LE（小端）、UTF-16BE（大端）和UTF-32LE/BE。 通过 BOM 字符可以检测编码。为此，它是 U+FEFF，两个不同的字节值。