Macro XSET (from Fraktal SAS Programming): Unterschied zwischen den Versionen
K |
K |
||
Zeile 183: | Zeile 183: | ||
run; | run; | ||
− | Because the macro variable resolution initialized by the '''macro trigger '' | + | Because the macro variable resolution initialized by the '''macro trigger ''"&"''''' is done during preprocessing, the macro's behavior will not be really dynamic for the value used is the one present during preprocessing time, if any. It is therefore strongly recommended to read macro parameter's directly from the symbol tables during execution time. The function '''''"SYMGET"''''' does exactly this. |
=== Dynamic List of Macro Parameters === | === Dynamic List of Macro Parameters === |
Version vom 12. August 2014, 11:50 Uhr
Inhaltsverzeichnis
What it does
This SAS Macro transfers the environment from the particular operating system to SAS Macro variables.
- Characters "not appreciated" by SAS are removed from variable values.
- If a specific variable name is supplied, this will be the only one transferred.
Code executed | Function performed |
---|---|
|
Start Macro definition with name and positional parameter xvar |
|
Open source for text data of type pipe pointing to OS command |
|
Start datastep run group to create a view |
|
Declare variables xvar and xval by length in bytes |
|
Utilize data stream from data source path |
|
Define structure of data stream path with variables xvar and xval |
|
Remove unwanted characters from variable xvar |
|
Specify branch on macro parameter xvar for using code segment |
|
Restrict properties kept to name in macro parameter xvar |
|
End branch on macro parameter xvar |
|
End data step run group |
|
Initialize SQL interpreter in silent mode |
|
Query values in data field xvar |
|
Generate macro variable xvar_l from blank-separated list-of-values |
|
Use data step view ecotope |
|
Trigger immediate query execution |
|
Terminate SQL interpreter |
|
Use list-of-values to declare scope as global |
|
Start datastep run group without creating a dataset |
|
Use data delivered by data step view ecotope |
|
Transfer variable values to symbol table |
|
End data step run group |
|
Close source for text data |
|
End Macro definition with name |
How it is done
- The Macro first defines the OS command "SET" as text data source (SAS file reference) of type "PIPE" that delivers a dynamic two-column matrix with delimiter "=" upon reference to the fileref.
- This fileref is then used to dynamically "populate" a "data step view" that serves as data source for subsequent processing.
- From the left side of the matrix accessed the SQL procedure obtains the names of the OS environment variables and stores them as blank-separated list into a macro variable for use later on.
- Finally a data step with name "_NULL_" is used to write the two-variable dataset delivered by the data step view into the global symbol table.
Special Effects
This example avoids writing static data tables and therefore uses a neat choice of SAS functionality to accomplish this.
Data Step View
Since the environment managed by the underlying OS is due to change by other processes the use of a data view appears appropriate here. SAS provides the option to store the data step coded processing logic as valid data source of member type "VIEW". Since this is not an SQL view the DESCRIBE VIEW command does not work here. Instead, use this code:
data view = ecotope; describe; run;
Because the macro variable resolution initialized by the macro trigger "&" is done during preprocessing, the macro's behavior will not be really dynamic for the value used is the one present during preprocessing time, if any. It is therefore strongly recommended to read macro parameter's directly from the symbol tables during execution time. The function "SYMGET" does exactly this.
Dynamic List of Macro Parameters
Due to the behavior of SAS when writing macro variables it is necessary here to declare the newly generated variables' scope as global. If this is not done, the variables' scope will remain local and hence, will be deleted after the macro terminates.
To accomplish this task, the SQL procedure is used to generate the blank-separated list-of-values from field xvar which is then used to populate the %GLOBAL statements arguments. The OS environment is then copied to a symbol table that remains available even after macro termination.
Finally, to not leave unwanted remainders in static data tables the reserved dataset name "_NULL_" is used here to avoid generation of a data set.