sqlite3通过awk导入CSV时如何正确使用shell变量传入文件名

核心原因是命令执行过程中存在两层独立的引号解析逻辑，两层规则互不干扰，很容易出现边界判断错误：

1. 第一层是当前使用的Shell（Bash/Zsh等）对输入命令的解析：只有写在命令最外层的引号会被Shell识别，用来划分参数边界、决定是否展开变量。写在双引号内部的单引号对Shell来说只是普通文本，本来不会阻止${infile}的变量展开——如果把命令里的sqlite3换成echo打印传入的参数，就能看到变量其实已经被替换成了实际文件名。
2. 第二层是sqlite3自带命令解析器对.import指令的解析：它会识别参数开头的|作为管道标记，同时会解析参数里的单引号作为待执行命令的字符串边界。执行失败的本质是变量拼接时如果文件名带空格、特殊字符，很容易出现引号边界错位，导致sqlite3要么识别不到完整的awk命令，要么把多余的引号传给Shell执行，最终导入报错。

另外原命令里的-csv参数是多余的：该参数的作用是默认开启CSV导入模式，但后续手动执行的.mode list和.separator ;会覆盖这个默认设置，没有保留必要。

提供两个稳妥的可落地方案，优先推荐第二种，可彻底规避引号嵌套问题：

方案1：外层拼接命令后传入（兼容原有写法） #

先在Shell层把要执行的awk命令拼接完成，再传给sqlite3，给文件名加上单引号兼容特殊字符场景：

infile="infile.csv"
# 预先拼接好sqlite3要执行的管道命令
pipe_cmd="|./normalize.awk '${infile}'"
sqlite3 sqliteout.db \
  ".mode list" \
  ".separator ;" \
  ".import '${pipe_cmd}' importtable"

方案2：通过外层管道传输数据（推荐，容错率最高） #

不需要在.import指令里写内置管道，直接在外层Shell执行awk处理文件，把清洗完的内容通过系统管道传给sqlite3，让sqlite3从标准输入读取数据导入，彻底绕开两层引号嵌套的问题，哪怕文件名带空格、特殊字符也能正常处理：

infile="infile.csv"
./normalize.awk "$infile" | sqlite3 sqliteout.db \
  ".mode list" \
  ".separator ;" \
  ".import /dev/stdin importtable"

该写法逻辑清晰：awk负责清洗文件内容输出到标准输出，通过管道直接传给sqlite3，sqlite3从/dev/stdin（标准输入）读取内容写入目标表，所有变量解析都在外层Shell上下文完成，不需要适配sqlite3的引号解析规则，后续维护排查成本更低。

内容的提问来源于stack exchange，提问作者googol