手贱惹的祸

作者 xrspook

2024年9月24日 08:45

当年今日

VBA可以对普通的Excel文件用SQL查询，虽然我已经用的是超级表，理论上单元格的数据格式是一致的，但实际上这不是一个标准化的数据库，我没有办法在一开始的时候就对每个数据进行声明，所以在数据处理过程中就会出现这样那样说不准为什么的事情。

星期一的下午我跟往常一样做了些普通操作，最后当我用VBA生成一个汇总数据的时候发现弹出一个“标准表达式中数据类型不匹配”的警告。看到这个东西，我的第一反应是肯定是获取的数据里面有一些不规范的东西，比如说某一列通常是数字的，但是却出现了文字，但实际上我翻查了全部源数据都没有发现这个玩意。没办法之下，我只能做一个脚手架，一个一个的去排除，最后发现问题出在where里。where里有一个“性质某某某”的限定条件，问题就出现在那个地方，只要把这一句删掉，VBA是可以正常运行的，至于结果对不对不知道，反正能运行，然后我又回到了这一条的上一条结果，发现where里面的那个条件是没有问题的，所以这到底是什么问题呢？

然后我又想起，在进行普通操作的时候，我好像在某列数值的单元格里发现了一个汉字，说不准为什么那里会有一个汉字，但一个汉字足以影响那个单元格的类型。为什么我深有这种体会，因为如果某一列全部都是数字那么 VBA+ADO+SQL通常都会默认那是一个数值，但只要那一列里面有一个文字，所有东西都会被识别为文本。对数字进行聚合是理所当然没有问题的，但如果对文本进行这种操作，我不敢想象会出现什么东西。当然了，把文本作为分组条件，一点问题都不会有。

我感觉自己的VBA程序是健壮的，因为我已经用了他一年多了，之前从来没有出现过这种问题。有段时间经常会出现这样那样说不准什么问题的问题，但是过了一段时间之后，那些问题又自动消失了，所以我更相信那是有段时间windows更新导致某些框架不稳定导致了那段时间的意外。除非我对源数据做了更改，又或者是出现了某些意外，否则不会报这样的错误。

接着我又记起周一下午某个基本操作的时候，我好像发现在那个超级表的下面有一个“她”字。那个东西在不连续的单元格里，不是超级表的一部分，但关键是如果我用SQL获取数据，那肯定也会被纳入其中。看到那个莫名其妙的“她”字以后我已经把那删掉了，所以我看到的那个原始数据表格没有问题，但只是看上去没有问题。

折腾了好长时间未果，之后，我不得不重新翻出前一天晚上的源数据。然后手动把周一更新过的东西全部都贴回去。再去用VBA汇总，一切正常。在贴回去之前我首先用VBA测试了一下汇总没有问题，然后我才开始贴，贴了之后也没有问题。如果这个东西没有问题，也就是周一之前这个表格是没有问题的，但不知道周一进行了什么操作，导致了问题的出现。倒退以后重新贴数据没有问题，的确这个汇总也算保住了，但是我却一直放心不下，找不出问题的原因下一次依然会手忙脚乱。

吃过晚饭后我重新翻出有有问题的那个源数据。我的猜测是，因为数值列里面出现了一个文本，虽然我已经把文本删掉了，但是那个文本已经影响了那列单元格的类型，最终导致VBA弹出错误提示，虽然那个错误提示并不是出现在VBA调试发现的那一列。我的做法是在不修改VBA的前提下，把有问题源数据超级表下面的所有行全部删除，然后保存，再次运行vba，源数据通过了，可以正常运行。通过这样的操作，就能排除错误，非常有可能意味着我上面的猜测是对的。然后，我故意在数据列超级表外的单元格写一个字，然后保存，VBA汇总挂了。我把那个字删除，保存，VBA依然挂。但是当我把写过字的那一行删除，VBA汇总好了。这再一次验证了我的猜想。

这种事情该如何避免呢？首先不要手误，不要乱填。手误乱填这种事过去那么多年都从来没有发生过，为什么就发生了呢？到底是我的问题，还是另外一个人的问题？如果要避免这个事情，最好我在SQL引用源数据的时候就直接就限定为超级表范围，而不要把超级表所在的所有列都含进去。无论是哪一点，都是可以实现的。限定超级表的范围不太难，但关键是人手贱的这个行为，这一次出现在某个不知道为什么的单元格，下一次如果覆盖掉超级表的一个老数据呢？要避免这种人的失误非常难，但是人为什么会犯这种弱智到极点的失误呢？而且是犯了还毫不知情。

但总算这一次，我找出了可能的原因。

Excel 教程: SUMIF函数

小赖子的英国生活和资讯

作者 JustYY.com 小赖子的英国生活和资讯

2024年9月24日 01:45

SUMIF函数在Excel中用于对满足特定条件的范围内的值进行求和。以下是基本语法：

=SUMIF(range, criteria, [sum_range])

range: 要应用条件的单元格范围。
criteria: 必须满足的条件。可以是数字、表达式、单元格引用或文本。
sum_range (可选): 如果与range不同，指定要求和的单元格范围。如果不提供sum_range，Excel将对range中的值进行求和。

示例：
你有一个销售列表，想要只对销售额大于100的进行求和。

A	B
商品	销售额
苹果	150
香蕉	80
橙子	200

你可以使用以下公式对大于100的销售额进行求和：

=SUMIF(B2:B4, ">100")

这将返回350（150 + 200）。

使用sum_range：
如果条件在一列，而要求和的值在另一列，例如：

A	B	C
商品	销售额	价格
苹果	150	2.50
香蕉	80	1.00
橙子	200	3.00

你想对销售额大于100的价格进行求和，可以使用以下公式：

=SUMIF(B2:B4, ">100", C2:C4)

这将对苹果和橙子的价格求和（2.50 + 3.00 = 5.50）。

英文：Excel Tutorial: SUMIF Function

Excel教程

本文一共 240 个汉字, 你数一下对不对.

Excel 教程: SUMIF函数. (AMP 移动加速版本)

赞赏我的几个理由.

¥ 打赏支持

扫描二维码，分享本文到微信朋友圈

75a5a60b9cac61e5c8c71a96e17f2d9c Excel 教程: SUMIF函数 Excel 表格学习笔记

The post Excel 教程: SUMIF函数 first appeared on 小赖子的英国生活和资讯.

VBA里搞数据透视表

我的天

作者 xrspook

2024年9月13日 08:17

当年今日

因为我知道我要实现的那个功能，SQL可以做，数据透视表也可以做。就写代码的熟练程度来说，SQL我肯定更熟悉，VBA的数据透视表有很多参数，我搞不懂到底是什么，反正要实现那个功能，通常是录制一个宏，然后看着办，有需要的数据保留下来，不需要的数据直接删掉。录制的宏通常都很啰嗦，里面有非常多没有必要存在的东西。在不了解数据透视表在VBA里的参数的前提下，先进行一个录制显然是比较靠谱的步骤。但有些东西靠录制是录制不出来的，比如某些字段我需要进行筛选，我只知道有些东西是不能出现的，但我没办法确定可以出现的是什么，所以那一堆不能出现的东西都是反参数。在录制宏的时候，你只能看到什么就反选什么，但关键是这个数据源跟那个数据源的那些参数是不一样的。不一样我只能设定一堆反参数，只要它们是其中一个，就不能显示，但实际上这样的反参数让VBA的数据透视默认不出现你就得兜一个大圈，套上好几层公式实现。最终，在我调试的时候发现的确那些嵌套的公式能把那些反参数都排除在外，但如果数据源里所有数据都是反参数的一部分，那么就会报错，于是我又得在外面加一层捕捉错误的判断。真的是非常折腾。为什么之前我考虑的是SQL而不是数据透视表，反参数是其中一个点，另外一个点是排序。在SQL里，使用自定义序列排序是非常简单的事情，但是数据透视表的字段该如何排序呢？兜了一大圈我发现也就只能真的在Excel里面增加自定义序列，但如果我想用即弃呢，于是还得出了一招VBA先增加自定义序列，排序完以后再把自定义序列删除掉。这个操作在ExcelHome的教程里有，他们教的是在VBA里面，对单元格或者数组排序，不是针对数据透视表的，但实际上原理一样。

这个增自定义序列和减自定义序列到底是怎么确认呢？原来Excel还会对自定义序列给一个序号，所以在增自定义序列的时候，你就得把这个序号记下来，在减的时候把那个序号写上去。我不知道为什么其他人说数据透视表的自定义序列好像怎么排都不是自己想要的效果，但就我个人的经验来说，只要你在Excel里增加了自定义序列，当你刷新数据，默认对某个已经自定义过的字段进行升序，那就是你定义的那个顺序，不需要在设置里面搞一大通。但实际上我也搞不懂，手动设置里很麻烦的东西到底是什么。为什么数据透视表里面的排序就不能像普通表格排序那样那么的直观。我要以什么字段排序、以什么标准排序是系统默认的还是自定义序列。当然，数据透视表里还得考虑一个问题，就是有可能是套叠了多个汇总条件的，如果你自定义的是最后一层条件，首先限制你的是前面的那些所有条件，所以你想最后的那个自定义序列完全按照你的想法排列，你只能把它放到最前面。数据透视表跟SQL比起来，我感觉运行速度会慢一点，可能因为我里面判断设置的东西比较多，所以需要闪那么一下才能结束，但是SQL虽然我已经有意识地关注结尾这个问题，但测试频繁以后，SQL是会出现一些莫名其妙的事故，当你把所有东西关掉再打开就正常了。相比之下，数据透视表不会这么神经。

用不同的方法实现同样的事情，得出一样的结果，这种感觉很好。在探索这个的过程中，会让我体会到二者的优劣，以后选择的时候，我就可以更有底气地数出1234。

office系的SQL为啥不能文本拼接？！

我的天

作者 xrspook

2024年8月24日 08:48

当年今日

花了几乎一天的时间去研究什么把Access VBA里的自定义函数移植到Excel的VBA里面。大家都是VBA，大家都是 office家庭的，听上去好像没什么难度，但实际上前人已经碰壁阵亡，确定这是不可能的，我只是在做垂死的挣扎。经过这么多年office的发展，在数据格结构上，会不会只有那么一点改进呢？毕竟即便是在Excel里，如果我用的是VBA+ADO+SQL，实际上我是把数据以数据库形态进行SQL的加工。于是我就想，万一他们的数据格式是一样的，万一Excel已经进化了那么一点点呢。但现实告诉我，虽然都是VBA，虽然都是自定义函数，但是因为他们操作的是SQL，所以出来的效果完全不一样。

SQL的语法结构非常类似，无论你用的是什么类型的数据库，但在一些细节上，大家的处理是有区别的，我觉得Excel里面和Access里SQL最大区别在于因为我在Excel里面SQL用的是ADO的方式，所以这就意味着虽然我写的是SQL的语法，但实际上那是以字符串的名义存在的东西。在Excel VBA的数据格式里，我写的结构化语言全部都是字符串，但是在Access里，在SQL的查询界面里，那个东西不是字符串。我没有认真看某些单词有没有高亮，因为那是特殊字段又或者是保留字段。当我直接把Access VBA里的那个自定义模块挪到Excel VBA里，发现打开记录集的方式根本不一样，语法不一样。因为在Access里本来就是一个数据库，但在Excel VBA的ADO里是通过一些特殊的语句打开那个记录集的。

回到一开始，为什么我得这么折腾呢？因为一直以来我都发现，从来没有一个人能在Excel VBA+ADO+SQL的模式之下在分组聚合的时候把文本以某些字符去重连接成字符串。要实现这个功能，只能最后把结果输出，然后在VBA里通过字典的处理，再把那些合并好的东西与其它东西结合在一起形成一个新的数组，最后往单元格里面输出，而不能像其它SQL查询结果那样直接就在单元格里全部输出。先输出到字典，然后再用字典合数组合并的难易程度跟那个数据最终的查询结果复杂程度有关。在高端的数据库里，文本聚合连接有直接的函数可以做到，比如在MySQL里面直接group_concat就可以做到，在其它专业数据库里，那个函数的名字各有不同，但都能实现同一个效果，就是把字符聚合拼接。在Power Query里，他们没办法在窗口界面让你实现这个，但可以在高级编辑器里面通过text.combine的方式实现这种功能。在Power Pivot里，concatenatex也能实现这种文本的拼接。让人觉得非常无语的是，都到了Microsoft 365时代，Access这个东西依然是office大家族的一部分，但这种肯定有需求的东西居然没有一个官方函数实现，但你又可以通过在模块里用自定义函数的方式达成。Excel的VBA里不能秒生成这种东西，但在函数层面textjoin+unique+filter可以。为什么就不能在Excel VBA支持的SQL里面出现这个文本拼接的官方函数呢？如果他们真觉得没有必要的话，为什么Power Bi的软件就可以实现呢？我不知道Power Bi软件是一开始就能实现，还是后面慢慢进化出来实现的，反正我第1次看到Power Bi相关软件的时候，他们已经能实现了。

一整天的挣扎下来好像没什么进展，但我在这些问题上又仔细思考了一番。

我还是比较喜欢VBA+ADO+SQL

我的天

作者 xrspook

2024年8月23日 08:39

当年今日

我觉得编程会让人上瘾，尤其是当你实现了自己的目标以后，你就会有很多想法，比如之前我已经做过，而且已经实现了东西，能不能更进一步，再改进一些，让程序跑得更快一点？一开始的时候，只要能实现某个功能就可以了，无论用的是什么方法。在这个初级阶段，我是不会考虑别人到底行不行的，反正我行就可以，但是当自己包里面的工具越来越多以后。到底要选择什么工具，也会变成我一个纠结的地方，虽然有些工具已经很成熟了，肯定能实现我的效果，但是我还会想有没有更快捷的方式呢？

我已经不记得我是什么时候开始认识Power Query了，大概是在office2016的时候吧。那个时候我觉得那个东西可以做文本拼接太厉害了，而且厉害之处就像是跟数据透视表一样，当你的原数据发生了变动，刷新一下结果就出来了，但实际上那只是教程的效果，你完全按照教程这么干，的确能出结果。还记得几年前当我要算某些库存的时候，我用了一些很笨的方法。为了要实现区间日期里面的累计库存我用了一些非常耗费电脑的步骤。本来数据的量就不小，又外加要实现这样的效果，所以真的得算上很长时间才终于得到结果。那个很长时间意味着可能要等5分钟以上，在等待的过程中，我都怀疑自己的电脑是不是死机了。后来我也有算累计库存，但大概我已经不用一开始的那些方法了。我也有试过在VBA里计算累计库存。如果是在其它软件下的SQL里，计算累计数可以有很直接的方法，因为他们有现成的函数可以套用，但是在VBA里面的SQL，貌似至今为止，我尝试成功的也就只能硬着头皮做一个笛卡尔积。如果数据量比较大，那将是一个噩梦。噩梦归噩梦，数据还是能算出来的，如果我只是算一个月的库存，顶多就是几秒钟的事，通常情况下如果业务量不大，一秒就差不多了，但是如果要算一年的数据，那就要跑上几十秒。在VBA层面需要跑几十秒，而如果在PQ里我简直不敢想象得多久。

试过VBA，试过PQ，在PQ里我知道我要什么，它的透视和逆透视功能让我省掉很多麻烦，但这两个便捷功能也会默认带出一些意想不到的反效果，比如默认透视的是来源去向，万一筛选区间只有入没有出，但后续处理又默认有出入，这就会卡住。Excel 的SQL里，透视就是最后一步，所以如果中途要实现这种功能只能通过添加条件字段，手动添加字段的好处是不会有PQ透视法的那种透视不出来后面没法干。就可控程度来说，VBA更容易，能把多个操作在一步里秒杀实现，比如修改某个字段的数据和增加某个字段，我就可以把它们在一步里实现，外加同时搞个什么排序。这些步骤在PQ里面，如果不是高级玩家用嵌套的方式，也就只能一步一步慢慢来。我不知道，PQ里面嵌套一步到位跟一步一步慢慢来到底效率差了多少。估计这会有运行时间的差别，但到底差别了多少，这个我没有研究过，因为我还没到的那种可以混搭在一起，一步到位的水平。处理同样的数据，使用类似的步骤，PQ就是比VBA要慢，我也不知道到底慢在哪里，为什么会那么慢？其实数据量不大，但关键是PQ载入的时候很容易出错，但那个出错到底是什么，没人说得清，因为上一次刷新不行，下一次刷新可能又可以了。在VBA里，除了去年年末的某段时间，我经常出现这样那样的奇怪现象，其它时候基本上行就行，不行就是不行。不会出现同一个数据，同一个宏，前一次可以，后一次不行。在PQ里可能得转上半分钟以上的事情，在VBA里非常有可能0.5秒以内就解决了。以前做字幕的时候，我就知道人的反应时间通常是0.3秒，如果一个VBA脚本只需0.3秒就能结束战斗，对普通人来说，那就是眨眼的事而已。

以前我没想过要这么干，以前想着怎么方便怎么来，但是当VBA有点上瘾了以后，我逐渐的把之前用PQ处理的东西全部都用VBA的方式再整了一遍。出来的效果非常好，干净利落快如闪电。让我觉得舒服的是VBE界面是被我调整过的，调整过VBE的布局和颜色，但是在PQ里，那个小得要死的高级编辑器字体实在让我看得很不舒服，但通常某些高端的功能只能在那里敲代码，所以这就很痛苦。

不把某些事完成，心里总会一直念惦记着，把这些事情都干完了，我就可以好好睡觉。

我的天
进一步优化和debugxrspook
2024年8月22日 08:17

进一步优化和debug

我的天

作者 xrspook

2024年8月22日 08:17

当年今日

又花了整整一天的时间去改进之前的两个转换程序，一个是用PQ写的，另外一个是用VBA写的。之前以现有的数据进行测试，没有发现问题，但实际上今天再去纠结，还是有个问题，就是当业务类别为轮换，出库的时候损耗的计算方式。损耗应该放在商品粮的账本，这个没有问题，之前也是这么处理的，但是商品粮的账本还有一个。储备粮油转入，这个东西就应该包含损耗和销售两方面的数据。之前只包含了销售的数据，忽略了损耗的那一部分。同样，在储备粮的账本，在转作商品粮油的数据那里也应该包含商品粮账本里面的损耗数据。这个东西平时做的时候一定会记得，因为单仓数据如果处理不到位无法清零，但是当要考虑的事情有很多的时候，就忘记了。在做这个程序的时候，我就已经考虑到这种损耗是一个很特殊的情况，但是我却没有进一步的考虑到这个东西特殊到要一变成三，通常情况下，一变二就可以了。

除了这个问题，以我现有的数据，基本上那两个程序都能运行出我想要的效果，但实际上，今年到现在为止，单位产生的那些数据还有一些业务类型没有包含进去，那些业务类型有些我可能会用到的，有些我是几乎用不到，但我用不到，不代表其他人也一定不会用到，所以从大的层面考虑，我还要把那些东西都考虑进去。

之前无论是在PQ还是VBA，某些字段的生成实际上是条件筛选，有可能是一个条件，也有可能是多个条件，那些条件里面会有很多个情况。在PQ里做条件筛选，还有个填写界面，但是在VBA里就纯粹靠iif的不断套叠。首先你得知道怎么套叠，然后当你套到一定程度的时候，自己也会被套进去，比如数着数着括号就对不上了，什么逗号双引号之类的偶尔也会制造幺蛾子。使用这种套叠可以实现我想要的效果，但是真的非常虐，而且一旦要进行数据维护，那简直就是个深渊，所以首先我想到的是要不要做另外一个索引的表，通过左外连接的方式指定某些字段必须匹配，然后就能获得我想要的新增字段。从可维护性来说，这样非常好，从代码的实现来说，这也很方便，但是后来我还是决定不在VBA里面实现这种左外的索引和直接在原始的表格里面就索引数据得出一个大表，然后再用大表进行后续的整理，因为要处理的大表其实数据不多，一年肯定不超2000条。之所以要这么干，首先是因为我考虑到可能使用这套方案的人会更容易接受这种直观生成的大表，他们可以直接核对数据，如果觉得不对，可以进行手动更改，但如果我把那个东西做在了VBA层面，程序运行不出来，或者运行出来的效果不是大家想要的，那么需要结果的那个人肯定不知道该怎么办。这种直接通过Excel的索引，先得出一个大表的方式，同样也会让PQ的程序不那么复杂，不需要搞那么多条件筛选。虽然PQ的条件筛选有界面，可以下拉选择，但需要选择的东西多了，很容易就会选错。

最后，事实证明我的这个做法是合理的，我把需要考虑的因素全部都考虑进去用全面的测试数据都模拟过以后，发现两个程序都能满足我的要求。当然了，在最终成功之前，我经历了不知道多少debug。你永远都不知道你会被什么卡住，又或者在什么地方被卡住，但被卡的次数多了，你就会觉得这很正常，继续死磕就行。

错误的时间错误的地点

我的天

作者 xrspook

2024年8月19日 09:50

当年今日

星期天的晚上，跟往常一样，吃过晚饭我就回单位了。跟平时有区别的地方在于在我即将出门的时候开始下雨，天气预报说雨还会下得不小，但实际上我的运气还不是太糟糕，起码一路上虽然有下雨，但不算很大。下雨好像没有影响20路车来得非常不准时，虽然跟平时相比晚了几分钟，过猎德大桥的时候车速缓慢，估计在桥上等了好几个灯才终于通过，但起码下了猎得大桥以后那个红绿灯没有等太久。搭上地铁的时候大概是18点，所以出了地铁之后，我还可以悠闲地先上个厕所，然后再去转618。

当我去黄埔新港公交站坐618的时候，出现了个屌丝情况。那段路不知道为什么，反正就是被围蔽了起来，不知道到底要干些什么，如果要干这种事，起码要把公交站牌挪到围蔽外面，还有一个是起码地铁站的另外一头围蔽之外的地方，得留个口，给人走出去，但实际上没有任何指示。

到上面为止，一切情况，虽然有些意外，但还不算太糟糕。当我坐上了618，车开动了以后，我接到了个电话。跟我说起了上周五上午要我提供的某些数据。那是巡视组要求的数据，在我印象之中，那个数据的提交时间应该是周日的晚上18点还是20点，我接到那个电话的时候已经是周日晚上接近19点。首先是一个省储跟商品粮的数据，很容易就能说得清到底该怎么分开，但另外一个中转代储的数据，是一个扯半天都扯不清的问题，从合同上来说，没有一个数据应该属于代储，但实际上我们的人又总是默认那是代储。所以那个表应该填写什么数据上去呢？填表的时候没有任何的说明。填表的那些数据都是汇总数据，明细数据都有，但是要以什么方式汇总，是不是所有数据都得体现在上面？这是一个很诡异的表。我周五中午就得走，周五上午接近11点半的时候，那个表才出现在我眼前。我以我理解的方式把表也填完了，但以防万一我也把明细表发给了单位同事，以防他们有什么特殊要求，还能从那个表里面获取数据，重新填写。这种事情我是有准备的，但关键是在周日晚上19点之前，没有任何一个人找过我。电话打过来的时候，我就觉得隐隐不妥，因为对方问我在家里还是在单位，然后我回答说是我在回单位的路上，这就意味着，可能对方是要我提供某些数据，但关键是我这样一个状态意味着这很难实现。即便我在路上，我依然能找到原始数据，支撑她填写那个表，但关键是你要我得出明细数据的汇总数据，我实在没办法。先是一个人找我，然后第二个人也找我，你叫我怎么更新那个数据呢？我在路上一点办法都没有，没有电脑，我的手上只有一台手机，我尝试过用手机进行数据的汇总。但关键是Microsoft 365更新了以后，我一直没打开，没有登录，密码我不记得，我得去浏览器里找一下，但显然我手机的浏览器也不会保存我的密码，所以要登录Microsoft 365是不可能的，登录不了也就意味着那个文件打不开。小米手机默认的Excel文件打开方式是小米的文件管理，那个东西只能筛选，只能查看，如果要得到汇总数，就得使用编辑功能，编辑功能需要下载完整的WPS。我也不知道我到底进行了什么设置，反正在流量的情况之下我是没办法完成APP下载的，所以这意味着我即便手机上已经得到了明细数据，但我依然没办法把它汇总出来。

时间很紧迫，正常情况之下，20点之前我能回到单位，但是下雨的情况真的很难说，所以我也就只能让两个有明细数据的人得出一个结果，然后对碰出大概就是那个数了。

人算不如天算，到达滨江左岸的时候，是19点32，但我要等的那台611据说还有19分钟才到，结果是在接近20点的时候，611才到达滨江左岸。当我回到单位打开电脑，已经接近20点20了。

这么焦虑的事情到底是如何造成的呢？星期五上午就已经报出的数，我们单位是什么时候把那个交给上级单位的的呢？上级单位又是什么时候才发现数据不对劲？所有的这些东西，直到他们最终把数据提交前的一个小时才找到提供数据的那个人。这样的工作方式，实在让我觉得不可思议。另外一个问题是，虽然我手机可以打开Excel文件，但关键是那个APP能不能脱机使用？能不能在关键的时候用起来？这是我之前一直没有留意过的，因为绝大多数情况之下，别人都只是要我提供文件，而不需要我在手机上做核对，毕竟如果我把文件给他了，数据他自己搞就可以。

这是工作上的事，但完全发生在错误的时间错误的地点。

我的天
有天赋？xrspook
2024年8月15日 08:42

有天赋？

我的天

作者 xrspook

2024年8月15日 08:42

当年今日

有时候我也搞不懂自己是不是真的有编程的天赋，还是说不知道为什么我对这方面会特别感兴趣。之所以这样，我觉得一定程度上跟我过往的经历有关。我不讨厌数学，但因为自己的计算能力有问题，经常会因为这样那样的原因出错，所以越往上学，我的成绩就越会出现提不上去。知道那个思路，但是却算不出那个答案。这种情况在某些只需要答案不需要过程的考试里面就很吃亏。即便需要计算过程，但如果我在第一个部分就算错了，后面也就没有什么意义了，因为根本算不下去。

编程好像一定程度上弥补了我的计算失误。因为计算结果是由机器完成的，而我只需要提供思路。在简单的问题上，那种百发百中的感觉真好。不过当问题遇到的越来越多，思路不是一下子就能畅通，我需要碰过很多壁以后才能出结果我会觉得刺激。在考虑很多因素的时候，总是有这样那样的不到位。有些步骤可以做在前面，也可以坐在后面，但是哪个会更优呢？最终都能得到同样的结果，那个时候我就得用机器的方式去考虑，怎么样才能最大程度节省资源，提高运算速度。

如果说写脚本的话，高中的时候我已经在干，那个时候是写网站，现在写CSS，然后是 HTML，再到后来当我接触WordPress以后是PHP。一开始用的CSS 那个时候就完全只是控制网站的部分格式而已。CSS可以控制很多东西，但是核心的部件是没办法修改的，有些控制封装在核心部件里，于是自定义CSS无法到达，那个时候我感觉到有一点点的无力。相对而言，WordPress控制方面可以说只有你想不到没有做不到。哪怕有些部分可能CSS真的无能，但实际上当你得知那个控制手段以后，你还可以配合其它的脚本实现某些格式的自定义。

最终让我觉得自己的编程技术总算是用到了点子上是近几年Python，Power Qurey和Power Pivot以及VBA的使用。这几个东西是从Excel的数据处理开始的。我基础的东西都齐全了，但是我怎么才能快捷获取某个成品的结果呢？我知道那个事情该怎么干。但是天天都干，又或者是在很短的时间内要我干那个事情，首先是觉得很烦，其次是非常容易出错，于是这让我想到为什么我不能用编程的手段把它们高度的结合起来。要用什么编程语言？其实一直我都在摸索。用过了一段时间，大家都尝试过了以后，我觉得大部分情况下，无论哪个语言，都能获得类似的结果，但复杂程度不一样，在不同设备上的运行速度不一样，需要的设备基础也不一样。我要用什么编程实现那个结果，我就得考虑这些东西。我是不是经常要用，是不是我一个人用，是不是我还得给别人用。最终我觉得稳定性首先必须保证，最终那个结果也是，必须得以某个我要求的方式输出的，第三点就是看看我的第一感觉是哪个编程软件。

可能某一天，某些软件用不了了，我只能用其它方法去替代，虽然这很麻烦，但是我也相信，我有能力可以做出替代，但我希望不需要有那么一天。

很简单的问题其实不简单

我的天

作者 xrspook

2024年8月11日 08:46

当年今日

如果人到中年，仍然是一副高高在上，觉得不对的东西这一定是别人做得不好，是非常可悲的一件事，因为这会显示出那个中年人的无知。当我准备这个开头的时候，其实我也在反思自己，我自己有没有干这种事情呢？很多时候，其实我内心深处我是有干这种事的，但绝大多数情况之下，我都没有说出口。

比如在处理某些Excel的数据问题上，你可以用数据透视表，你也用可以用公式。最重要的是只能得到一样的结果，我为什么要用数据透视表呢？又或者我为什么非得用公式呢？我是一个数据透视表的狂热分子，如果能用数据透视，我绝对不会用公式，但有些时候看到某些数据，我的第一反应也是用公式。因为第一感觉还没想到数据透视表要怎么实现这个东西，又或者那不是能很直观就能实现的玩意。对同一组数据进行不同维度的汇总，我会毫不犹豫地选择数据透视表。一个数据透视表搞出来以后，复制粘贴成N个，然后把里面的内容换成你想汇总的条件，结果就出来了。明细一定是统一的，汇总的结果也一定是一致的，完全不需要怀疑。如果某些东西出了状况，只能说明明细数据那里有点瑕疵。那个瑕疵会带到每一个复制出来的数据透视表里，所以一旦更新明细，所有汇总也都可以在一个全部刷新之后得到正确答案。如果用公式呢？作为高级的Excel的公式，条件汇总一点都没有问题，可以单条件可以，多条件混搭来使用，但是对一般的人来说，其实除了汇总的条件以外，筛选的字段其实也是一个难点。除非你非常肯定那个筛选的字段只有ABC，而不会出现D。否则的话，筛选字段不全，最终汇总的结果几乎可以这么说，不会跟明细表的实际合计数一致。当然如果要保证筛选条件齐全且唯一，也是有公式可以实现的而且那个是高端的动态公式unique。会条件汇总的人到底知不知道有这个动态公式的存在呢？这要求了使用者了解自己的数据，也要了解自己使用的Excel，了解Excel以前的公式和最新的公式，以及自己所使用的那个软件是否支持这些公式，当然这还包括如果这个文件还要给别人看，别人的电脑的Excel到底能不能支持显示这些内容。要一个普通人考虑那么多的问题，显然就有点难了。

一个求职者，在自己的简历上写着熟悉办公软件使用，但他到底有没有这个能力，我感觉这起码能把80%的人刷下来，之所以我没有说的那么彻底，因为还是会有一些奇迹存在。在我所在的单位，在新招回来的应届毕业生之中能考虑到那么多东西的人凤毛麟角。10多年前我大学毕业的时候，我也不懂这些，那时候我也不懂数据透视表。一个工科生的大学本科课程里涉及的计算机内容不会有这么具体的实际问题。多年以前，但我考职称计算机的时候，那里面对Excel有操作的要求，也没有这些内容。这个操作对一个需要在办公的时候处理这些数据的人来说，是必备的技能。所以无论你是大专毕业，本科毕业，硕士毕业还是博士毕业，光靠学校规定教学内容的那些课程，没办法直接帮助你解决这些实际问题。但读了那么多的书，难道就没用了吗？显然不是。我觉得高等教育最重要的是教会一个人如何学习，准确来说是如何自学，当遇到一个问题的时候，得学会拆解，知道我想要的是什么？我怎么才能实现？但是现在的大家，又是否真的能做到这一点呢？不管那个问题是不是跟你之前学的那些对口的。面对不对口的问题，更能考验学习能力。

我的学历不太高，我也比较粗心大意，但在学习新问题上，我一直都是比较好奇兴奋的，某些纯粹为了应试考证的问题除外。

xlookup+超级表实现动态引用

我的天

作者 xrspook

2024年8月7日 11:38

当年今日

谈Excel，索引肯定是离不开的话题。从经典的lookup到用得很多的vlookup，到index+match，再到vlookup的升级版xlookup，所有的这些都是为了让搜索更方便。xlookup相对vlookup来说的确已经进步了不少，但无论是这些搜索的函数也好，其它按条件汇总的函数也好，总是有一些支持选择列，有一些不支持。之所以有支持和不支持之分，其中一个很重要的原因是支持选择列对写公式的那个人来说很方便，但关键是选择列可能严重影响搜索的性能。感觉上明明很简单的东西却要加载很长一段时间才能出结果，那个加载时间，甚至让你觉得是不可接受的慢，所以在使用这些索引函数的时候，绝大多数的教程都会提醒你数据源得用绝对引用。引用一个确切的范围，即便你把那个范围搞得很宽也行，但是引用一些空白行，又会导致一些意想不到的事情发生，尤其是对某些经典函数来说就会出错。当然，出现这种问题可能是因为我道行不够，如果是高手操作，什么问题都不是问题。

为什么搜索出来的结果可以动态显示，可以显示多行，但是被搜索的内容必须得用绝对引用呢？为什么教程里除了整列选择就没有一些动态确定索引范围的方式呢？隐隐之中我觉得新出现的公式应该可以做到，因为新出的那些高级函数出来的结果都是很动态的。虽然实际上近几年我已经很少关注学习那些新出的东西了，但是我还是有那么一点印象的。

在超级表里面使用公式，引用的单元格不再是经典的单元格名字，而是超级表的列名，前提是你用的那种公式不涉及跨行，如果跨行了，我好像没发现超级表能有什么超级功能，但是如果用超级表的偏移定位函数，的确能实现到达上下行。

xlookup是个比较新的函数，所以它能不能把索引的范围定为超级表的某一列呢？我发现的确是可以这么干的。如果有两个超级表，我要用超级表A作为索引，超级表B的某些数据作为查询条件。那么我在写xlookup公式的时候，我就可以完全用超级表的快捷引用方式。暂时我只尝试过一些比较简单的数据，出来的效果非常好，比我整列引用速度快很多。虽然xlookup是支持整列引用的，但那样的话很慢，而之所以很慢，我估计一个很重要的因素是xlookup只在高级的Excel里面使用，而高级的Excel文件又比低级的Excel文件行数多很多。其实我一直搞不懂为什么同样是Excel的公式，有些函数可以整列引用，有些却不行。有些虽然可以整列引用，但实际上效率不高。用同样的公式，一个引用的是超级表，一个引用的是整列，同样是xlookup，出来的结果就很有差别。如果你在超级表B更新了数据要索引超级表A的内容。引用整列的那个在你把数据粘贴到超级表B的时候，就已经会把你卡得痛不欲生。也正是因为有这种痛不欲生，所以以前当我要引用很多数据的时候，我选择的是用Power Query做一个后台匹配。因为如果用前台做这种整列的索引，整个文件哪怕不是互相影响的那些表，也会变得奇慢无比。在这里我巧妙的地方是利用了超级表的动态性。以前，如果要动态应用可能会增减数据表格内容的时候，好像需要套用offset。

当我要指定某片数据区域的时候，Excel其实是能感知其连片区域范围的，但只是在用公式索引的时候没有给用户一个直截了当的方案而已。

普通视图

手贱惹的祸

当年今日

Excel 教程: SUMIF函数

Excel教程

相关文章：

VBA里搞数据透视表

当年今日

office系的SQL为啥不能文本拼接？！

当年今日

我还是比较喜欢VBA+ADO+SQL

当年今日

进一步优化和debug

当年今日

错误的时间错误的地点

当年今日

有天赋？

当年今日

很简单的问题其实不简单

当年今日

xlookup+超级表实现动态引用

当年今日