咱们一步步来拆解你的这些问题，帮你理清思路：

先看你给出的存储过程写法，这里有个小问题：你在定义参数后直接用SET @Start = '1/1/2019'和SET @End = '12/31/2999'硬编码赋值了——这会导致不管Tableau传入什么参数，最终都会被覆盖成固定的时间范围。

如果你的需求就是固定查询2019年到2999年的数据，那这个配置是可行的：只要存储过程能在数据库正常执行，Tableau可以把它作为数据源，发布到Server后设置刷新计划也完全支持。但要注意两个前提：

• Tableau Server使用的数据源连接账户，必须拥有该存储过程的EXECUTE权限，以及访问MYTABLE表的权限；
• 存储过程返回的结果集结构要稳定（字段名、数据类型不能随便改），否则Tableau会因为字段匹配失败报错。

如果需要动态调整时间范围，你得修改存储过程的参数定义方式，把默认值放在参数声明里，去掉过程内的SET赋值，比如：

CREATE PROC DBO.MYSP 
    @Start DATE = '1/1/2019', 
    @End DATE = '12/31/2999'
AS
BEGIN
    SELECT * FROM MYTABLE WITH (NOLOCK) WHERE MYDATE BETWEEN @Start AND @END
END
GO

这样Tableau就能正常传递参数，或者使用默认值执行了。

执行阶段（Tableau Desktop可视化/编辑时） #

当你在Desktop里连接存储过程数据源时，Tableau会向数据库发送类似EXEC DBO.MYSP '2019-01-01', '2999-12-31'的执行请求（如果配置了参数就传对应值，没配置就用存储过程的默认值）。数据库执行完存储过程后返回结果集，Tableau会把这个结果集当作临时数据集来处理，识别字段、划分维度/度量，供你构建可视化。

刷新阶段（Tableau Server计划刷新） #

当刷新计划触发时，Tableau Server会使用数据源配置里的连接账户，重新向数据库发起存储过程执行请求，获取最新的结果集，然后替换掉Server上缓存的数据源数据。这里要注意：

• 如果存储过程有参数，你需要在Tableau数据源里提前配置参数映射，确保刷新时能传入正确的值；
• 整个过程依赖数据库的执行能力，Tableau只是发起请求并接收结果，不会干预存储过程的内部逻辑。

核心依赖 #

• 权限：Tableau的连接账户必须有数据库层面的EXECUTE权限（针对存储过程）和SELECT权限（针对MYTABLE）；
• 结果集稳定性：存储过程返回的字段结构必须和Tableau初始连接时识别的一致，否则会触发字段不匹配的错误。

如果不想依赖固定的SQL表，又要随时更新数据逻辑，推荐这几个方案：

• 优化版带参数存储过程：就是上面提到的修改后的存储过程，把逻辑放在数据库端，修改时直接更新存储过程即可——只要结果集结构不变，Tableau完全不用调整，直接就能获取新逻辑下的数据。这是最省心的方案，适合需要统一管理逻辑的场景。
• Tableau自定义SQL：把存储过程里的查询逻辑直接写成自定义SQL，比如：

  SELECT * FROM MYTABLE WITH (NOLOCK) WHERE MYDATE BETWEEN ${Start Date} AND ${End Date}
  

  然后在Tableau里创建对应的参数绑定到${Start Date}和${End Date}。你可以随时编辑自定义SQL来调整逻辑，不用动数据库，但如果逻辑复杂，维护起来不如存储过程方便。
• Tableau Prep Builder 自定义流程：如果你的数据需要多步骤转换（比如过滤、聚合、关联其他表），可以用Tableau Prep来构建数据流程，把逻辑写在Prep的自定义SQL或脚本里，然后发布流程到Server设置刷新计划。修改逻辑时直接编辑Prep流程，灵活性很高。
• 动态数据库视图：如果不需要参数，也可以创建一个视图来封装逻辑，比如CREATE VIEW DBO.MYVIEW AS SELECT * FROM MYTABLE WITH (NOLOCK) WHERE MYDATE BETWEEN '2019-01-01' AND '2999-12-31'，修改视图定义就能更新逻辑。但视图不支持参数，适合固定逻辑的场景。

两者在Tableau里的使用体验有不少区别，主要集中在这几点：

• 逻辑维护位置：存储过程的逻辑在数据库端，修改需要数据库权限，适合DBA统一管控；自定义SQL的逻辑在Tableau数据源里，修改需要编辑Tableau内容的权限，适合分析师自主调整。
• 参数处理：存储过程可以直接定义参数，Tableau通过数据源参数映射传递值；自定义SQL需要先在Tableau里创建参数，再用${参数名}嵌入到SQL语句中。
• 性能表现：存储过程会被数据库缓存执行计划，重复执行时性能更稳定；自定义SQL每次执行都可能重新生成执行计划（除非数据库有语句级缓存），复杂逻辑下可能稍慢。
• 权限要求：使用存储过程只需要Tableau账户有EXECUTE权限；使用自定义SQL需要账户直接拥有底层表的SELECT权限，权限要求更高。
• 结果集适配：两者都要求结果集结构稳定，但存储过程修改返回字段后，Tableau会直接报错；自定义SQL修改时你可以实时预览字段变化，更容易调整适配。

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