sql - 在 SAS Proc Sql 中进行动态 SQL 查询

Question

这是一个反射(reflect)所取得的一些进展的编辑:

我有以下功能:

proc fcmp outlib=mydir;
 function sqlWhere(interval $, myDate $) $;
 ...
 return("id");
 endsub;
quit;

这已经过测试并且工作正常。所以我尝试了:

%macro sqlWhere(interval, myDate);
  &interval.("year") AS t
  &myDate.("someDateField") AS tt
%mend;
proc sql;
  CREATE TABLE test AS (
    SELECT %sqlWhere(t, tt)
    FROM myTable);
quit;

当我运行选择时，顶部运行正常。但是，proc sql 爆炸并说我缺少逗号。我很困惑，因为该函数在其他应该使代码工作的测试中返回“id ”。该错误表明“tt”部分缺少逗号...

我正在尝试在 SAS 中进行动态查询。我有几个问题，我不确定我想做的事情是否可行。另外，很抱歉删除了先前的问题；我想给出更好的解释。

假设我有这段代码:

proc sql;
SELECT 
  YEAR(myDate) AS yr, 
  MONTH(myDate) AS mo,
  id
FROM
  myTable;
run;

我试图让它成为有条件的。这带来了两个问题。首先，我无法使用基本语法。其次，我无法让我的自定义函数创建正确的字符串。

我想要这样的东西:

%let a = sqlDate("month");
proc sql;
SELECT
  &a
FROM
  myTable;
run;

这个结构不起作用，即使我放弃这个功能而只是输入

%let a = "YEAR(myDate) AS yr, MONTH(myMonth) AS mo, id";

这样的事情可能吗？

我的第二个问题是如何构造函数本身，但我想先确认一下我什至可以做这样的事情。我基本上是在主程序中放置一个指示器，它可以是“天”、“周”、“月”或“年”，然后告诉程序以给定的方式查询 SQL。我可以通过某种方式传递整个字符串吗？是否可以以这种方式基于输入构建字符串？

Answer 1

您的第一个问题是由对 SAS 宏的误解解释的。当你把这个:

%let a = "YEAR(myDate) AS yr, MONTH(myMonth) AS mo, id";

SAS 将输入您的查询:

"YEAR(myDate) AS yr, MONTH(myMonth) AS mo, id"

即:它将保留引号。如果你想在将它放入 SAS 宏变量时“隐藏”函数之类的东西，你必须使用 %str() 函数而不是“或”。所以如果你会写:

%str(YEAR(myDate) AS yr, MONTH(myMonth) AS mo, id);

你会有一些有用的东西。

回答你的第二个问题:这当然是可能的。但请记住一些非常重要的事情:任何宏函数、宏变量定义或对开放代码中的宏变量的调用，都会在 SAS 代码运行之前被解释和替换。如果您的宏变量/函数依赖于 SAS 数据步骤或过程的结果，则需要将其封装在宏函数中:其中的所有内容仅在运行时解释和替换。

编辑回答您的评论:这主要是我传递的一般性建议，因为您似乎不熟悉 SAS 宏。在某些情况下，您会得到奇怪的结果，看起来您的宏变量没有设置/更改，如果您没有意识到这一点，可能会令人沮丧。 (我们都是第一次遇到它；))

In your specific case, if we assume you have made an sqldate macro that returns the appropriate select part, you're probably best off putting it immediately into the query.例如:

%macro sqldate(period);
    &period.(mydate) as period
%mend;
/*note no semicolon, since a macro function is basically the same as saying: resolve this piece of macro code and add the result directly to my written code.*/

proc sql;
    select %sqldate(month)
    from mytable;
quit;
/*also note: you end proc sql with a quit statement instead of run*/