第1个回答 2021-04-05
要说解决这个问题很容易，网上会有各种教程，分列法，选择性粘贴法，公式法等等。
但如果不能真正明白出现这种问题的来龙去脉，可能就无法真正的明白如何解决这个问题。
老菜鸟今天就把这个看似很简单的问题彻底的和大家聊明白。
以下讨论的核心问题就是格式的转换。
先有格式还是先有数据
很多朋友都知道，不能求和基本上都是因为单元格格式不对，通常都是文本格式，改成常规格式或者数字格式就能求和了。
可是实际情况真的如此吗？
请看：
你会发现，无论你改什么格式，其实都没有变化。
这里就有必要先解释一下一个很多人都不知道的知识点：单元格格式和数字格式是一回事吗？
再来看一个操作：
不知道你看明白这个操作要表达的意思了吗？
在B列，修改格式没用，但是将其中一个数据复制到空白单元格时，会出现绿色的三角。
这里有两个很关键的点：这个空白单元格是常规格式，粘贴的时候选择了粘贴数值。
在没有利用选项将数据转为数值的时候，修改格式同样不发生作用，但是当我们把数据转为数值之后，修改格式就可以生效了。
似乎你有点明白了，那就再来一个动画，让你更明白一点：
这次的情况有点复杂，B列看上去是数值，实际上里面的数据是文本。
将空白单元格预先设置为日期格式，直接粘贴而不是粘贴数值。
得到的结果是原来日期格式的单元格变成了数值格式，但是原来的文本格式的数字还是文本格式，只不过出现了绿色的三角。
通过以上介绍，只是为了让你明白一件事：单元格格式和数据格式不是一回事！
实际上大多数不能求和的问题都出现在系统导出的数据，这里就有一个问题，系统导出的数据所具有的格式是先于单元格格式的（先天）。
而我们平时自己建立的表格，是先有单元格格式而后有具体数据的（后天），这一点非常重要。
因此解决问题的关键就是修改数据格式，而不仅仅是修改单元格格式这么简单了……
但如果不能真正明白出现这种问题的来龙去脉，可能就无法真正的明白如何解决这个问题。
老菜鸟今天就把这个看似很简单的问题彻底的和大家聊明白。
以下讨论的核心问题就是格式的转换。
先有格式还是先有数据
很多朋友都知道，不能求和基本上都是因为单元格格式不对，通常都是文本格式，改成常规格式或者数字格式就能求和了。
可是实际情况真的如此吗？
请看：
你会发现，无论你改什么格式，其实都没有变化。
这里就有必要先解释一下一个很多人都不知道的知识点：单元格格式和数字格式是一回事吗？
再来看一个操作：
不知道你看明白这个操作要表达的意思了吗？
在B列，修改格式没用，但是将其中一个数据复制到空白单元格时，会出现绿色的三角。
这里有两个很关键的点：这个空白单元格是常规格式，粘贴的时候选择了粘贴数值。
在没有利用选项将数据转为数值的时候，修改格式同样不发生作用，但是当我们把数据转为数值之后，修改格式就可以生效了。
似乎你有点明白了，那就再来一个动画，让你更明白一点：
这次的情况有点复杂，B列看上去是数值，实际上里面的数据是文本。
将空白单元格预先设置为日期格式，直接粘贴而不是粘贴数值。
得到的结果是原来日期格式的单元格变成了数值格式，但是原来的文本格式的数字还是文本格式，只不过出现了绿色的三角。
通过以上介绍，只是为了让你明白一件事：单元格格式和数据格式不是一回事！
实际上大多数不能求和的问题都出现在系统导出的数据，这里就有一个问题，系统导出的数据所具有的格式是先于单元格格式的（先天）。
而我们平时自己建立的表格，是先有单元格格式而后有具体数据的（后天），这一点非常重要。
因此解决问题的关键就是修改数据格式，而不仅仅是修改单元格格式这么简单了……
第2个回答 2015-01-28
=TEXT(RANDBETWEEN(0,99)/100+36,"00.00")
randbetween 函数获取一个0至99之间的随机数。text函数设置数据格式，保证像36.50这样的数末尾的0不被去掉~
randbetween 函数获取一个0至99之间的随机数。text函数设置数据格式，保证像36.50这样的数末尾的0不被去掉~
第3个回答 2015-01-28
=TEXT(RAND()*1.99+36,"0.00")
填充本回答被提问者采纳
填充本回答被提问者采纳
第4个回答 2015-01-28
函数randbetween
相似回答
