Import-Excel 将列转换为科学计数法并破坏值

Question

我正在尝试自动导入县文件并将其转换为 csv。我遇到的问题是帐号正在转换为科学计数法。

Import-Excel BacktaxRaw_FL_Flagler2.xlsx | Export-Csv ExportTest.csv

如果我尝试使用将数字字段格式化为文本字段

C:\testdata> Import-Excel BacktaxRaw_FL_Flagler.xlsx | Export-Excel ExportTest.xlsx -Show -AutoSize -NumberFormat '@'

这里的问题是帐号最后几位被零替换了。例子。原始数字是“1914310000010100016”，导入将其转换为“1.9143100000101E+18”，最后导出转换为“1914310000010100000”。如您所见，末尾的 16 被替换为 00。

具有讽刺意味的是，如果我将数据导入新的 excel 文件并指定通过 excel 导入数据并将类型定义为文本，那么我可以使用 Import-excel 毫无问题地转换为 csv。这告诉我 Import-Excel 正在努力从原始 excel 文件中导入数据。有人可以帮我解决这个问题吗？

我已附上导入文件： BacktaxRaw_FL_Flagler.xlsx

在做了一些研究并感谢 Ron 的建议后，我更深入地查看了上述文件的原始源代码。我解压缩了 BacktaxRaw_FL_Flagler.xlsx 文件的内容并导航到 \xl\worksheets\sheet1.xml 文件。我在记事本中打开并亲眼看到我在 A 列中查找的值都没有以科学计数法存储。它们实际上是完好无损地存储的。这意味着我为检索数据所做的每一次尝试都导致数据损坏。即使使用 Excel 自己的数据导入向导也会改变这些值。

Screen shot所以你不需要下载文件

如果需要，请在此处下载原始 xml 文件： Raw XML file

Answer 1

在 Excel 中导入 csv 有时会让你发疯。

最好的办法是下载原始 CSV 文件并在其中进行调整，然后在 Excel 中打开。

诀窍是让 Excel 将“帐号”列的值解释为 字符串，而不是数值。 这可以通过在该列中的所有值前面加上制表符 ("`t") 来完成。

$csvFileIn  = 'D:\Test\Report.csv'
$csvFileOut = 'D:\Test\CorrectedReport.csv'
$ColumnName = 'Account Number'

# import the csv file you have downloaded and format the "Account Number"
# column by prefixing the values with a TAB character ("`t").
# this will effectively force Excel NOT to interpret the value as numeric.
$csv = Import-Csv -Path $csvFileIn
foreach ($item in $csv) { $item.$ColumnName = "`t" + $item.$ColumnName }

# save the updated csv file
# the '-UseCulture' switch makes sure the delimiter used is the same that Excel will use on the same system
$csv | Export-Csv -Path $csvFileOut -UseCulture -NoTypeInformation

现在您只需双击“D:\Test\CorrectedReport.csv”文件即可在 Excel 中打开，它应该是这样的：

Answer 2

这种行为看起来很奇怪。特别是因为存储为文本字符串的 Excel 单元格在 Excel 中打开时将保留该属性。

所以我更深入地研究了 Open Office XML 规范。

仔细检查文档的 XML，似乎文档创建不正确。我怀疑 xlsx 工作簿不是由 Excel 创建的，而是由其他程序创建的。

如果我是正确的，对于有问题的单元格 A3，该值将存储为数字并格式化为 General。

<c r="A3" s="2"><v>1914310000010100016</v></c>

s="2"指向样式表中的一个General格式，值直接存储。

如果它以文本格式存储为字符串，则条目将类似于：

r="A3" s="1" t="s"><v>10247</v></c>

其中t="s" 表示字符串表中的一个值——实际上是 SharedStrings 表中的第 10247 个（基于 0 的计数）条目，它甚至不存在于您的原始 xlsx 中，但如果您将 A3 格式化为文本，然后输入该条目的帐号，然后保存文件。

因此，我认为实际的 xlsx 文件创建存在问题，而不是导入过程的问题。而且我们无法控制。

如果无法更正文件创建问题，您将需要可以编辑 XML 文件的非 Excel 工具来更正问题。

注意：如果县可以提供 CSV 文件，而不是不正确创建的 Excel 文件，您应该可以轻松导入该文件。 注意：我看到页面上的选项之一是下载 CSV 文件。只需使用该选项，您就可以毫无问题地导入！