使用PowerPoint中的“编辑”-“选择性粘贴”-“粘贴链接”操作，可以在PPT文件中粘贴入在Excel中已经创建的图表或表格的链接，使PPT文件中的这些图表、表格随着Excel文件中的相关数据的变动而更新。
但是在深入探讨这一操作时，我们还是发现了一些问题。尤其是当这个共同的文件夹改变路径——也就是复制、更名、移动到其它路径下，或者拷贝到U盘或通过网络传送后，在其它电脑上演示时，有时候很正常，更新链接后，路径可以更新为变动后的新路径。但有时候链接路径却会发生错误，在更新链接后无法使用新路径下的Excel文件，链接仍然指向原来路径下的Excel文件。
网上有文章说这种情况可能与链接的Excel文件的文件名的字符个数有关，“把EXCEL的文件名控制在19个字符以内”，就可以解决问题[1]。由于该文N次转载，无法考证最原始的出处，而这一说法毕竟只是一种说法，未提出任何理论根据。于是我对此做了一些测试，基本可以否定这一说法。我认为可能还是我们操作中的某些步骤失当，才引起了链接指向的错误。
一、 两个概念
有几个概念还是要澄清一下。
1. PPT与Excel链接的路径是绝对路径。
这一点，通过观察PPT中的“编辑”-“链接”表，可以清楚地看到PPT记录了与Excel链接的路径是绝对路径，而不是相对路径。只不过由于有的路径过长，弹出的“链接”框长度有限，而且大小无法调节，我们能看到的字面上有：根目录盘符、用\...\表示省略了的路径中的一部分以及最后（或中间）的一部分。
其实，从最前面的根目录盘符的存在就说明使用的是绝对路径（见图1）。路径较短时，“编辑”-“链接”表中可以看到完整的绝对路径（见图2.）
图1.路径较长时中间会用省略号代替，其实还是绝对路径
图2.路径路径较短时的完整的绝对路径
2. 关于文件名长度的理解。
不少人对文件名的字符数理解有误，总以为只是.xls文件名的字符数，忽视了对整个路径的检查。
Microsoft Excel中规定：路径和文件名，包括文件扩展名的总长度，不能超过218个字符。这218个字符的限制包括代表驱动器盘符、路径上的文件夹名称，文件夹之间的反斜杠字符、文件名字符和文件扩展名字符[2]，也就是说路径总长度牵涉到以下因素：
l 盘符；
l 路径上的各个文件夹名称字符；
l 文件夹之间的反斜杠“\”的数目；
l 文件名的字符；
l 文件的扩展名字符；
上述这些内容的字符总和≤218就行。
一般来说，一个文件的文件名的字符不会太多，即使文件“埋藏”很深，位于许多层文件夹之内，路径较长，但超过200多个字符的也不多见。
二、 对文件名与链接变更关系的测试
对上述Excel文件的较长的文件名对变更链接的是否会发生影响，我做了个试验：
1. 创建
新建一个文件夹，作为一种习惯，将互相有链接关系的文件都集中放到这个文件夹中去，我们称这个文件夹为公共文件夹。
在这个公共文件夹中，先创建了一个Excel文件名长达100个字符的.xls文件，连扩展名.xls长达104个字符，从根目录起，整个路径长达127个字符，其中有12张工作表，工作表名的字符数从2个到13个，逐次增加一个字符。每张工作表中都有一张图表。
在这个公共文件夹中，再创建一个PPT文件，有12张幻灯片，每一张幻灯片都在其中使用“编辑”-“选择性粘贴”-“粘贴链接”操作，将上述长文件名的Excel文件内12张工作表中的已经创建的图表的链接分别依次粘贴入相应的幻灯片中。存盘后，关闭所有相关的PPT和Excel文件。
2. 复查链接
在做任何变动之前，再次打开那个PPT文件，更新链接后，再次检查那个“编辑”-“链接”中的链接表，发现所有链接无误，就将所有文件存盘、关闭后退出，直至退出这个公共文件夹。这个过程类似于“复查”过程。（如当更新后发现链接有错误，立即更改源文件，有些链接可能无法更新要重做。完成后存盘、关闭退出之后，再次打开PPT，更新链接，重复上述“复查”过程。）
3. 变更
此时，这个公共文件夹中的Excel文件名最长达100个字符，连扩展名.xls长达104个字符，从根目录起，整个路径长达127个字符。如变动路径是否会发生断链？
将这个公共文件夹复制后，粘贴到其它根目录下，在复制过来的文件夹中打开那个PPT。在更新链接后，在链接表中发现，长文件名.xls文件下的12张不同长度的工作表名内的图表均未断链，链接指向已经更新到新的根目录的路径。在新路径下打开.xls文件，变动新的根目录下对应的各个Excel文件中工作表内的数据，在PPT中都可以及时同步更新。
同样，我又将这个公共文件夹复制U盘中，在U盘中打开和复制到其它电脑上打开，以及使用电子邮件发送后，在其它电脑中打开，上述PPT都可以在新路径下更新链接。
4. 思索延伸
我还是不放心，于是继续观察思考：在PPT链接记录表中，对源文件的路径记录，还包括了Excel文件中工作表的名称和图表名，而且有相当一部分字符又重复了一遍。这使我想到：要做的是文件中工作表的图表的链接，路径长度是不是还要考虑Excel文件中的工作表名及其中的图标的名称、或者表格所在的单元格范围？这些将包括考虑：
l 工作表名字符；
l 表达图表名或表格所在的单元格范围的字符；
l 惊叹号！和方括号[ ]的数目
l 文件名字符、文件扩展名字符和在表现图表或表格路径时会重复一次。（这一条是会使长度陡然翻番。）
如果按这样的思路重新计算一下：上述Excel长文件的链接路径如果是从从根目录一直延续计算到工作表的图表，字符数最高已达269个字符，远远超过Microsoft Excel中的218个字符的规定，别说粘贴链接，就是文件的创建也不可能实现。而实验的结果是：我们的上述文件不仅顺利建成，并且在复制到其它根目录和其它电脑之后，均能顺利更新链接，说明这部分内容并不包含在路径长度限制的218个字符以内。
三、 结论
由此可见，Excel文件的≤218个字符的长文件名并不影响链接更新。
不过通过上述实验也可以知道，过长的文件名、工作表名都无法在链接表中完整显示，影响了路径的检查，这也是事实。如果链接发生错误，也不太容易找到。错误并不可怕，怕的是不知错在何处，错误的隐藏比错误本身更使人揪心，寻找错误比纠正错误更费时费事。反之，较短的路径可以在链接表中完整显示，无论对错，一目了然，即使错了，错也错得坦然，错在明处，便于修改，起码纠错有个方向。
既然链接无法更新的原因不是文件名字符的原因，而且此类错误往往又是发生在对文件进行复制、移动到其它路径或其它电脑上时，那么看来就应该检查我们的操作方法了。
比如，上述所有试验并未涉及更改文件夹名和文件名，这种操作明显地改变“路牌”、“门牌”，很容易发生路径错误，是自找烦恼的操作，应尽量避免（正确做法文末有提示）。
另外有一些操作不是方法而是一种好的习惯，有利于我们不犯错误或少犯错误。如总体思路的设计、公共文件夹的建立，这些我已经在《PPT中粘贴Excel图表链接的细节探讨》中谈过，有兴趣可以到下列地址浏览：
http://shuchonghui.blog.163.com/blog/static/151156320104188637495/ 或
http://blog.stnn.cc/oldshu/Efp_Bl_1004475790.aspx
人是动物不是机器，没有不犯错误的人。更何况我们并不了解微软办公软件对链接处理的代码，也不知道其中数据结构及其之间的关系，如发生断链错误，要想追根溯源找到原因又谈何容易。我们很多操作手段其实都是在想当然地“摸着石头过河”，即使你的工作细致再细致，你也无法预料，同样也无法避免在做粘贴链接时哪一步操作发生了什么失误，除非用“宏”记录你的每一步操作，将发生错误的和未发生错误的代码进行对比。可是在一般公司，能熟练使用VBA的人恐怕是凤毛麟角。
惟一现实的方法就是，多做检查。在所有链接建立以后，保存所有文件后，将所有文件关闭。在没有对文件进行变动操作之前，要像上面曾经讲过的类似于“复查”的方式，在原文件夹打开刚才建立链接的PPT，检查链接更新，如有断链，及时处理。只有“原地”检查无误，才能出发到别处，如果在自己老窝、自己的根据地里，链接都无法更新，何谈挪到别处？
上面说了许多，其实都是废话，我们就问一句：PPT粘贴入Excel链接的操作如何才能不犯错误？
——回答也是简单的一句：对于PowerPoint而言，凡是有链接的文件最好是“一起打包兜着走”。
需要了解的朋友可以浏览我的另一篇文章
《保障PPT粘贴Excel链接自动更新的正规操作——打包》地址是：
http://blog.stnn.cc/oldshu/Efp_Bl_1004497658.aspx
http://shuchonghui.blog.163.com/blog/static/151156320104298444767/
我博客中涉及PPT中粘贴Excel图表链接的相关文章与地址如下：
《PPT中粘贴Excel图表链接的细节探讨》
http://shuchonghui.blog.163.com/blog/static/151156320104188637495/
http://blog.stnn.cc/oldshu/Efp_Bl_1004475790.aspx
[1] 见“中国自学网”《PPT更新EXCEL图表内容时不能更新的一个解决方法》，地http://www.cnzixue.com/html/office/PowerPoint/2010/0223/5592.html
[2] 见“微软帮助和支持” 《如何排除保存 Excel 文件时出现的错误》地址是：http://support.microsoft.com/kb/271513/zh-cn#filename 以及《 当您打开一个有一个长的文件夹名称的 Office 文件时出现错误消息》，地址是： http://support.microsoft.com/kb/326039/zh-cn 。
评论