贵司导出采用的是csv格式。该格式其实说白了就是文本格式。该格式其实就是使用,进行分割而已！当然了，如果生成csv格式时不管不顾，文体内有,时会出现错误的！
好在这种格式可以直接使用excel或wps打开——但并不代表office是原生支持。你可以理解为每个单元格式都用,分割保存而已。但如果单元格内有,号，那么下次肯定会出现问题。
事实上，这根系统什么的都没有关系——这只是office的一个策略而已！你打开后无论怎么修改，它都要求你保存成office的格式，比如xlsx格式等等。这种情况下肯定会有些单元值内无法保证其原来的格式。而且，保存在csv（哪怕是另存为），那是office使用的标准。但问题在系统导出的并非是标准的csv格式！这种情况就会出现各类问题！
那么对于标准的csv格式还好说一些，但不管如何，你导出的csv与office保存的csv并不是一套实现的（office上实现了标准的csv,而公司代码实现标准csv的可能性不大）。那么使用打开，另存为都会与原来的csv不再是同一文件（不可能在原文件上保存，即使保存也是覆盖）。
基于这种情况，一般正常的操作方式，并不是直接双击打开导出的csv文件，而是通过导入的方式——excel可以导入数据库等文件，也可以导入文本文件，而文件文件正是csv!哪怕文件名不是csv！导入时按,分割即可（导入文本文件时可以选择分割符）。这种情况下，我们可以重新处理数据之后按什么格式保存，哪就是单独的office文件的事了！
公司导出的csv文件不可能为了某个小标准而写大量的代码，只可能是简单的数据导出——这是程序员在做数据导出时，不会NOPI,不会Excel，不会openxml等技术，只会一个简单的文件导出而已！实际上他导出成txt，使用其他分割符也是一样的，只不过他使用csv的后辍后，使用,分割导出，看起来是导出excel而已（感觉高大尚了，其实并没有实现csv的全部标准）。但其改变不了其实是导出文本文件的本质。
其实，NOPI较为常用，Openxml性能各方面都较好。如果这两个程序员会其中之一，就没有这事，导出的就是excel文件。而csv只是看起来象excel文件而已，且没有实现全部标准。
所以，你按文本文件处理才是最稳当的办法，使用excel导入这个不标准的csv即可！然后该怎么处理就怎么处理。否则随便动一个就无法保存！
好在这种格式可以直接使用excel或wps打开——但并不代表office是原生支持。你可以理解为每个单元格式都用,分割保存而已。但如果单元格内有,号，那么下次肯定会出现问题。
事实上，这根系统什么的都没有关系——这只是office的一个策略而已！你打开后无论怎么修改，它都要求你保存成office的格式，比如xlsx格式等等。这种情况下肯定会有些单元值内无法保证其原来的格式。而且，保存在csv（哪怕是另存为），那是office使用的标准。但问题在系统导出的并非是标准的csv格式！这种情况就会出现各类问题！
那么对于标准的csv格式还好说一些，但不管如何，你导出的csv与office保存的csv并不是一套实现的（office上实现了标准的csv,而公司代码实现标准csv的可能性不大）。那么使用打开，另存为都会与原来的csv不再是同一文件（不可能在原文件上保存，即使保存也是覆盖）。
基于这种情况，一般正常的操作方式，并不是直接双击打开导出的csv文件，而是通过导入的方式——excel可以导入数据库等文件，也可以导入文本文件，而文件文件正是csv!哪怕文件名不是csv！导入时按,分割即可（导入文本文件时可以选择分割符）。这种情况下，我们可以重新处理数据之后按什么格式保存，哪就是单独的office文件的事了！
公司导出的csv文件不可能为了某个小标准而写大量的代码，只可能是简单的数据导出——这是程序员在做数据导出时，不会NOPI,不会Excel，不会openxml等技术，只会一个简单的文件导出而已！实际上他导出成txt，使用其他分割符也是一样的，只不过他使用csv的后辍后，使用,分割导出，看起来是导出excel而已（感觉高大尚了，其实并没有实现csv的全部标准）。但其改变不了其实是导出文本文件的本质。
其实，NOPI较为常用，Openxml性能各方面都较好。如果这两个程序员会其中之一，就没有这事，导出的就是excel文件。而csv只是看起来象excel文件而已，且没有实现全部标准。
所以，你按文本文件处理才是最稳当的办法，使用excel导入这个不标准的csv即可！然后该怎么处理就怎么处理。否则随便动一个就无法保存！
温馨提示：答案为网友推荐，仅供参考