PowerApps连接SQL时SEARCH函数失效并触发类型不兼容报错

这个报错是PowerApps公式引擎的静态类型校验抛出的，完全和你切换哪个SQL数据表无关——问题根源出在SEARCH函数本身的参数类型不匹配，常见触发场景有三类：

• 参数顺序记忆混淆：PowerApps的SEARCH函数对参数顺序有严格要求，很多使用者会把核心参数的位置搞反，把整个Table数据源塞到了本该接收文本的第一个参数位置。这个参数位置要求传入Text类型值，实际收到的是Table类型，自然触发报错。因为这个错误是公式结构本身的问题，不管换成哪个SQL表，传过去的都是Table类型，所以切表操作完全不会解决问题。
• 查找值表达式误选：写公式时依赖自动联想选参数，不小心把画廊Items、整个数据表这类返回Table类型的对象，选到了SEARCH第一个参数的文本位置，表现和参数顺序颠倒完全一致。
• 列名参数格式错误：SEARCH里指定要搜索的列名，需要是字符串类型的值，如果不加双引号直接写列名标识符，PowerApps会把这个值识别成对整个列值集合的引用，返回Table类型，不符合参数的类型要求。

• 严格对齐SEARCH函数的参数顺序：正确的写法逻辑是SEARCH(搜索的文本值, 要搜索的表范围, "要匹配的列1", "要匹配的列2")，对接SQL客户表的正确示例为Search(SQL_Cust_Table, InputSearch.Text, "CustName", "CustPhone")。写完先看公式栏下方的参数提示，确认第一个参数位置的返回类型是Text，第二个参数位置的返回类型是Table。
• 逐段校验参数类型：写完公式不要直接运行，逐段点击每个参数位置，看PowerApps在公式栏下方提示的返回类型是不是匹配预期——第一个参数必须是Text，第二个必须是Table，后面的列名参数必须是字符串类型，如果看到哪个位置提示返回Table，就调整对应位置的表达式。
• 降低对自动补全的依赖：SQL连接器的自动联想有时候会错误把整表对象补到文本参数位置，遇到这种情况可以删掉原有错误公式，逐字符手动输入参数，避免自动补全误选Table类型的对象。
• 适配SQL数据源的委派规则：如果上述调整完还报错，检查SQL表的查询是不是触发了本地处理阈值，当非委派查询拉取超过阈值的数据时，PowerApps的类型推断容易出错，这时候可以先通过Filter函数缩小数据范围，再叠加Search逻辑。

内容的提问来源于stack exchange，提问作者RJAP