咱们先拆解一下脚本里的核心问题，正是这些点直接导致了NULL值无法被正确导入：

• 空值直接被跳过执行：脚本里的if ($column1)判断会把所有“假值”（包括$null、空字符串、甚至Trim后的空白字符串）都过滤掉，这些本应插入NULL的行根本没机会触发插入语句。
• SQL拼接未处理NULL场景：就算你去掉那个判断，直接拼接SQL的话，空值会被转成''（SQL里的空字符串），而不是真正的NULL——如果你的表字段允许NULL，空字符串和NULL是完全不同的概念，这显然不符合你的需求。
• Trim操作放大了问题：你对所有字段值做了Trim()，如果CSV里的原始值是空格、制表符这类空白字符，Trim后就变成了空字符串，同样会被if ($column1)过滤掉。

修复后的脚本（解决NULL问题+更安全） #

$database = 'Database'
$server = '192.168.1.1'
$table = 'KS_Invoicing'
$path = '\\hmks01\c$\temp\'
$CSVs = Get-ChildItem $path -Filter *.csv

foreach ($c in $CSVs) {
    Import-Csv $path$c | ForEach-Object {
        # 处理字段：Trim后为空/空白则转为$null，让SQL识别为NULL
        $_.PSObject.Properties | ForEach-Object {
            $trimmedVal = $_.Value.Trim()
            $_.Value = [string]::IsNullOrWhiteSpace($trimmedVal) ? $null : $trimmedVal
        }
        
        $column1 = $_."Column One"
        
        # 改用参数化查询，既避免SQL注入，又能正确传递NULL值
        $query = "INSERT INTO $table ([Column One]) VALUES (@Column1)"
        $sqlParams = @{
            Column1 = $column1
        }
        
        Invoke-Sqlcmd -Database $database -ServerInstance $server -Query $query -U ks -Password ks2020 -Parameter $sqlParams
    }
    # 加-Force防止目标目录已有同名文件时报错
    Move-Item $path$c "\\hmks01\c$\temp\Archive" -Force
}

关键修改说明： #

1. 移除空值过滤判断：不再跳过任何行，CSV里的每一行都会被插入到数据库中。
2. 将空白/空值转为PowerShell的$null：用[string]::IsNullOrWhiteSpace()精准判断Trim后的值，为空则设为$null，Invoke-Sqlcmd会自动把这个值转换成SQL里的NULL。
3. 使用参数化查询：相比直接拼接字符串，既避免了SQL注入风险，又能正确处理数据类型和NULL值，不用再手动拼接SQL的NULL关键字。
4. 明确指定插入列名：写出[Column One]避免表结构变化导致的错误，也让SQL语句逻辑更清晰。

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