Statements |
Valid: | in a DATA Step |
Category: | File-handling |
Type: | Executable |
See: | INFILE Statement under Windows UNIX OpenVMS z/OS |
Syntax |
INFILE file-specification <device-type> <options> <operating-environment-options>; |
INFILE DBMS-specifications; |
Arguments |
identifies the source of the input data records, which is an external file or instream data. File-specification can have these forms:
specifies the physical name of an external file. The physical name is the name that the operating environment uses to access the file.
specifies the fileref of an external file.
Requirement: | You must have previously associated the fileref with an external file in a FILENAME statement, FILENAME function, or an appropriate operating environment command. |
See: | FILENAME Statement |
specifies a fileref of an aggregate storage location and the name of a file or member, enclosed in parentheses, that resides in that location.
Requirement: | A file that is located in an aggregate storage location and has a name that is not a valid SAS name must have its name enclosed in quotation marks. |
Requirement: | You must have previously associated the fileref with an external file in a FILENAME statement, a FILENAME function, or an appropriate operating environment command. |
See: | FILENAME Statement |
Operating Environment Information: Different operating environments call an aggregate grouping of files by different names, such as a directory, a MACLIB, or a partitioned data set. For details about how to specify external files, see the SAS documentation for your operating environment.
for a definition, see DATALINES.
Alias: | DATALINES | DATALINES4 |
specifies that the input data immediately follows the DATALINES or DATALINES4 statement in the DATA step. Using DATALINES allows you to use the INFILE statement options to control how the INPUT statement reads instream data lines.
Alias: | CARDS | CARDS4 |
Featured in: | Changing How Delimiters Are Treated |
Tip: | You can verify the existence of file-specification by using the SYSERR macro variable if the ERRORCHECK option is set to STRICT. |
specifies the type of device or the access method that is used if the fileref points to an input or output device or location that is not a physical file:
DISK |
specifies that the device is a disk drive.
| ||||
DUMMY |
specifies that the output to the file is discarded.
| ||||
GTERM |
indicates that the output device type is a graphics device that will receive graphics data. | ||||
PIPE |
specifies an unnamed pipe. Note: Some operating environments do not support pipes. | ||||
PLOTTER |
specifies an unbuffered graphics output device. | ||||
PRINTER |
specifies a printer or printer spool file. | ||||
TAPE |
specifies a tape drive. | ||||
TEMP |
creates a temporary file that exists only as long as the filename is assigned. The temporary file can be accessed only through the logical name and is available only while the logical name exists.
| ||||
TERMINAL |
specifies the user's terminal. | ||||
UPRINTER |
specifies a Universal Printing printer definition name.
|
Alias: | DEVICE= |
Requirement: | device-type must appear immediately after the physical path. DEVICE=device-type can appear anywhere in the statement. |
Operating Environment Information: Additional specifications might be required when you specify some devices. See the SAS documentation for your operating environment before specifying a value other than DISK. Values in addition to the ones listed here might be available in some operating environments.
specifies the block size of the input file.
Default: |
Dependent on the operating
environment
Operating Environment Information: For details, see the SAS documentation for your operating environment. |
names a variable that SAS uses to assign the current column location of the input pointer. Like automatic variables, the COLUMN= variable is not written to the data set.
Alias: | COL= |
See Also: | LINE= |
Featured in: | Listing the Pointer Location |
specifies an alternate delimiter (other than a blank) to be used for LIST input, where delimiter(s) is
specifies one or more characters to read as delimiters.
Requirement: | Enclose the list of characters in quotation marks. |
Featured in: | Changing How Delimiters Are Treated |
specifies a character variable whose value becomes the delimiter.
Alias: | DLM= |
Default: | blank space |
Tip: | The delimiter is case sensitive. |
See: | Reading Delimited Data |
See Also: | DLMSTR=, DSD (delimiter-sensitive data) |
Featured in: | Changing How Delimiters Are Treated |
specifies a character string as an alternate delimiter (other than a blank) to be used for LIST input, where delimiter is
specifies a character string to read as a delimiter.
Requirement: | Enclose the string in quotation marks. |
Featured in: | Changing How Delimiters Are Treated |
specifies a character variable whose value becomes the delimiter.
Default: | blank space |
Interaction: | If you specify more than one DLMSTR= option in the INFILE statement, the DLMSTR= option that is specified last will be used. If you specify both the DELIMITER= and DLMSTR= options, the option that is specified last will be used. |
Interaction: | If you specify RECFM=N, make sure that the LRECL is large enough to hold the largest input item. Otherwise, it might be possible for the delimiter to be split across the record boundary. |
Tip: | The delimiter is case sensitive. To make the delimiter case insensitive, use the DLMSOPT='I' option. |
See: | Reading Delimited Data |
See Also: | DELIMITER=, DLMSOPT=, and DSD |
Featured in: | Changing How Delimiters Are Treated |
specifies parsing options for the DLMSTR= option where option(s) can be the following:
specifies that case-insensitive comparisons will be done.
specifies that trailing blanks of the string delimiter will be removed.
Tip: | The T option is useful when you use a variable as the delimiter string. |
Tip: | You can specify either I, T, or both. |
Requirement: | The DLMSOPT= option has an effect only when used with the DLMSTR= option. |
See Also: | DLMSTR= |
Featured in: | Changing How Delimiters Are Treated |
specifies that when data values are enclosed in quotation marks, delimiters within the value are treated as character data. The DSD option changes how SAS treats delimiters when you use LIST input and sets the default delimiter to a comma. When you specify DSD, SAS treats two consecutive delimiters as a missing value and removes quotation marks from character values.
Interaction: | Use the DELIMITER= or DLMSTR= option to change the delimiter. |
Tip: | Use the DSD option and LIST input to read a character value that contains a delimiter within a string that is enclosed in quotation marks. The INPUT statement treats the delimiter as a valid character and removes the quotation marks from the character string before the value is stored. Use the tilde (~) format modifier to retain the quotation marks. |
See: | Reading Delimited Data |
See Also: | DELIMITER=, DLMSTR= |
Featured in: | Changing How Delimiters Are Treated and Handling Missing Values and Short Records with List Input |
specifies the encoding to use when reading from the external file. The value for ENCODING= indicates that the external file has a different encoding from the current session encoding.
When you read data from an external file, SAS transcodes the data from the specified encoding to the session encoding.
For valid encoding values, see Encoding Values in SAS Language Elements in the SAS National Language Support (NLS): Reference Guide.
Default: | SAS assumes that an external file is in the same encoding as the session encoding. |
Featured in: | Specifying an Encoding When Reading an External File |
specifies a variable that SAS sets to 1 when the current input data record is the last in the input file. Until SAS processes the last data record, the END= variable is set to 0. Like automatic variables, this variable is not written to the data set.
Restriction: | You cannot use the END= option with |
Tip: | Use the option EOF= when END= is invalid. |
Featured in: | Reading from Multiple Input Files |
specifies a statement label that is the object of an implicit GO TO when the INFILE statement reaches end of file. When an INPUT statement attempts to read from a file that has no more records, SAS moves execution to the statement label indicated.
Interaction: | Use EOF= instead of the END= option with |
Tip: | The EOF= option is useful when you read from multiple input files sequentially. |
See Also: | END=, EOV=, and UNBUFFERED |
specifies a variable that SAS sets to 1 when the first record in a file in a series of concatenated files is read. The variable is set only after SAS encounters the next file. Like automatic variables, the EOV= variable is not written to the data set.
Tip: | Reset the EOV= variable back to 0 after SAS encounters each boundary. |
See Also: | END= and EOF= |
specifies whether to expand tab characters to the standard tab setting, which is set at 8-column intervals that start at column 9.
Default: | NOEXPANDTABS |
Tip: | EXPANDTABS is useful when you read data that contains the tab character that is native to your operating environment. |
specifies a variable that SAS sets to the physical name of the currently opened input file. Like automatic variables, the FILENAME= variable is not written to the data set.
Tip: | Use a LENGTH statement to make the variable length long enough to contain the value of the filename. |
See Also: | FILEVAR= |
Featured in: | Reading from Multiple Input Files |
specifies a variable whose change in value causes the INFILE statement to close the current input file and open a new one. When the next INPUT statement executes, it reads from the new file that the FILEVAR= variable specifies. Like automatic variables, this variable is not written to the data set.
Restriction: | The FILEVAR= variable must contain a character string that is a physical filename. |
Interaction: | When you use the FILEVAR= option, the file-specification is just a placeholder, not an actual filename or a fileref that has been previously assigned to a file. SAS uses this placeholder for reporting processing information to the SAS log. It must conform to the same rules as a fileref. |
Tip: | Use FILEVAR= to dynamically change the currently opened input file to a new physical file. |
See Also: | Updating External Files in Place |
Featured in: | Reading from Multiple Input Files |
specifies a record number that SAS uses to begin reading input data records in the input file.
causes an INPUT statement to continue to read the next input data record if it does not find values in the current input line for all the variables in the statement. FLOWOVER is the default behavior of the INPUT statement.
See: | Reading Past the End of a Line |
See Also: | MISSOVER, STOPOVER, and TRUNCOVER |
specifies a variable that SAS sets to the length of the current input line. SAS does not assign the variable a value until an INPUT statement executes. Like automatic variables, the LENGTH= variable is not written to the data set.
Tip: | This option in conjunction with the $VARYING informat is useful when the field width varies. |
Featured in: | Reading Files That Contain Variable-Length Records and Truncating Copied Records |
specifies a variable that SAS sets to the line location of the input pointer in the input buffer. Like automatic variables, the LINE= variable is not written to the data set.
Range: | 1 to the value of the N= option |
Interaction: | The value of the LINE= variable is the current relative line number within the group of lines that is specified by the N= option or by the #n line pointer control in the INPUT statement. |
See Also: | COLUMN= and N= |
Featured in: | Listing the Pointer Location |
specifies the record length that is available to the INPUT statement.
Operating Environment Information: Values for line-size are dependent on the operating environment record size. For details, see the SAS documentation for your operating environment.
specifies the logical record length.
Operating Environment Information: Values for logical-record-length are dependent on the operating environment. For details, see the SAS documentation for your operating environment.
Default: | Dependent on the file characteristics of your operating environment |
Restriction: | LRECL is not valid when you use the DATALINES file specification. |
Interaction: | Alternatively, you can specify a global logical record length by using the LRECL= system option. |
Tip: | LRECL= specifies the physical line length of the file. LINESIZE= tells the INPUT statement how much of the line to read. |
prevents an INPUT statement from reading a new input data record if it does not find values in the current input line for all the variables in the statement. When an INPUT statement reaches the end of the current input data record, variables without any values assigned are set to missing.
Tip: | Use MISSOVER if the last field or fields might be missing and you want SAS to assign missing values to the corresponding variable. |
See: | Reading Past the End of a Line |
See Also: | FLOWOVER, SCANOVER, STOPOVER, and TRUNCOVER |
Featured in: | Handling Missing Values and Short Records with List Input |
specifies the number of lines that are available to the input pointer at one time.
Default: | The highest value following a # pointer control in any INPUT statement in the DATA step. If you omit a # pointer control, then the default value is 1. |
Interaction: | This option affects only the number of lines that the pointer can access at a time; it has no effect on the number of lines an INPUT statement reads. |
Tip: |
When you use # pointer controls
in an INPUT statement that are less than the value of N=, you might get unexpected
results. To prevent unexpected results, include a # pointer control that equals
the value of the N= option. Here is an example:
infile 'external file' n=5; input #2 name : $25. #3 job : $25. #5; The INPUT statement includes a #5 pointer control, even though no data is read from that record. |
Featured in: | Listing the Pointer Location |
specifies the name of a variable that contains the number of bytes to read from a file when you are reading data in stream record format (RECFM=S in the FILENAME statement).
Default: | The LRECL value of the file |
Interaction: | If the number of bytes to read is set to -1, then the FTP and SOCKET access methods return the number of bytes that are currently available in the input buffer. |
See: | The RECFM= option in the FILENAME statement, SOCKET access method, and the RECFM= option in the FILENAME statement, FTP access method |
controls whether SAS pads the records that are read from an external file with blanks to the length that is specified in the LRECL= option.
Default: | NOPAD |
See Also: | LRECL= |
specifies whether the input file contains carriage-control characters.
Tip: | To read a file in a DATA step without having to remove the carriage-control characters, specify PRINT. To read the carriage-control characters as data values, specify NOPRINT. |
specifies the record format of the input file.
Operating Environment Information: Values for record-format are dependent on the operating environment. For details, see the SAS documentation for your operating environment.
causes the INPUT statement to scan the input data records until the character string that is specified in the @'character-string' expression is found.
Interaction: | The MISSOVER, TRUNCOVER, and STOPOVER options change how the INPUT statement behaves when it scans for the @'character-string' expression and reaches the end of the record. By default (FLOWOVER option), the INPUT statement scans the next record while these other options cause scanning to stop. |
Tip: | It is redundant to specify both SCANOVER and FLOWOVER. |
See: | Reading Past the End of a Line |
See Also: | FLOWOVER, MISSOVER, STOPOVER, and TRUNCOVER |
Featured in: | Scanning Variable-Length Records for a Specific Character String |
specifies that the FILE statement and the INFILE statement share the same buffer.
The length of the record can change by modifying _INFILE_. One option to avoid this potential problem is to pad or truncate _INFILE_ so that the original record length is maintained.
Alias: | SHAREBUFS |
Tip: | Use SHAREBUFFERS with the INFILE, FILE, and PUT statements to update an external file in place. Updating an external file in place saves CPU time because the PUT statement output is written straight from the input buffer instead of the output buffer. |
Tip: | Use SHAREBUFFERS to update specific fields in an external file instead of an entire record. |
Featured in: | Updating an External File |
specifies a variable whose value SAS uses as the first column number of the record that the PUT _INFILE_ statement writes. Like automatic variables, the START variable is not written to the data set.
See Also: | _INFILE_ option in the PUT statement |
causes the DATA step to stop processing if an INPUT statement reaches the end of the current record without finding values for all variables in the statement. When an input line does not contain the expected number of values, SAS sets _ERROR_ to 1, stops building the data set as if a STOP statement has executed, and prints the incomplete data line.
Tip: | Use FLOWOVER to reset the default behavior. |
See: | Reading Past the End of a Line |
See Also: | FLOWOVER, MISSOVER, SCANOVER, and TRUNCOVER |
Featured in: | Handling Missing Values and Short Records with List Input |
overrides the default behavior of the INPUT statement when an input data record is shorter than the INPUT statement expects. By default, the INPUT statement automatically reads the next input data record. TRUNCOVER enables you to read variable-length records when some records are shorter than the INPUT statement expects. Variables without any values assigned are set to missing.
Tip: | Use TRUNCOVER to assign the contents of the input buffer to a variable when the field is shorter than expected. |
See: | Reading Past the End of a Line |
See Also: | FLOWOVER, MISSOVER, SCANOVER, and STOPOVER |
Featured in: | Scanning Variable-Length Records for a Specific Character String |
tells SAS not to perform a buffered ("look ahead") read.
Alias: | UNBUF |
Interaction: | When you use UNBUFFERED, SAS never sets the END= variable to 1. |
Tip: | When you read instream data with a DATALINES statement, UNBUFFERED is in effect. |
specifies a character variable that references the contents of the current input buffer for this INFILE statement. You can use the variable in the same way as any other variable, even as the target of an assignment. The variable is automatically retained and initialized to blanks. Like automatic variables, the _INFILE_= variable is not written to the data set.
Restriction: | variable cannot be a previously defined variable. Ensure that the _INFILE_= specification is the first occurrence of this variable in the DATA step. Do not set or change the length of _INFILE_= variable with the LENGTH or ATTRIB statements. However, you can attach a format to this variable with the ATTRIB or FORMAT statement. |
Interaction: | The maximum length of this character variable is the logical record length (LRECL=) for the specified INFILE statement. However, SAS does not open the file to know the LRECL= until before the execution phase. Therefore, the designated size for this variable during the compilation phase is 32,767. |
Tip: | Modification of this variable directly modifies the INFILE statement's current input buffer. Any PUT _INFILE_ (when this INFILE is current) that follows the buffer modification reflects the modified buffer contents. The _INFILE_= variable accesses only the current input buffer of the specified INFILE statement even if you use the N= option to specify multiple buffers. |
Tip: | To access the contents of the input buffer in another statement without using the _INFILE_= option, use the automatic variable _INFILE_. |
Tip: | The _INFILE_ variable does not have a fixed width. When you assign a value to the _INFILE_ variable, the length of the variable changes to the length of the value that is assigned. |
Main Discussion: | Accessing the Contents of the Input Buffer |
Featured in: | Working with Data in the Input Buffer and Accessing the Input Buffers of Multiple Files |
Operating Environment Information: For descriptions of operating environment-specific options in the INFILE statement, see the SAS documentation for your operating environment.
enable you to read records from some DBMS files. You must license SAS/ACCESS software to be able to read from DBMS files. See the SAS/ACCESS documentation for the DBMS that you use.
Details |
Operating Environment Information: The INFILE statement contains operating environment-specific material. See the SAS documentation for your operating environment before using this statement.
Because the INFILE statement identifies the file to read, it must execute before the INPUT statement that reads the input data records. You can use the INFILE statement in conditional processing, such as an IF-THEN statement, because it is executable. The INFILE statement enables you to control the source of the input data records.
Usually, you use an INFILE statement to read data from an external file. When data is read from the job stream, you must use a DATALINES statement. However, to take advantage of certain data-reading options that are available only in the INFILE statement, you can use an INFILE statement with the file-specification DATALINES and a DATALINES statement in the same DATA step. See Reading Long Instream Data Records for more information.
When you use more than one INFILE statement for the same file specification and you use options in each INFILE statement, the effect is additive. To avoid confusion, use all the options in the first INFILE statement for a given external file.
You can read from multiple input files in a single iteration of the DATA step in one of two ways:
to keep multiple files open and change which file is read, use multiple INFILE statements.
to dynamically change the current input file within a single DATA step, use the FILEVAR= option in an INFILE statement. The FILEVAR= option enables you to read from one file, close it, and then open another. See Reading from Multiple Input Files.
You can use the INFILE statement in combination with the FILE statement to update records in an external file. Follow these steps:
Specify the same fileref or physical filename in each statement.
Use options that are common to both the INFILE and FILE statements in the INFILE statement instead of the FILE statement. (Any such options that are used in the FILE statement are ignored.)
To update individual fields within a record instead of the entire record, see the term SHAREBUFFERS under Arguments.
In addition to the _INFILE_= variable, you can use the automatic _INFILE_ variable to reference the contents of the current input buffer for the most recent execution of the INFILE statement. This character variable is automatically retained and initialized to blanks. Like other automatic variables, _INFILE_ is not written to the data set.
When you specify the _INFILE_= option in an INFILE statement, then this variable is also indirectly referenced by the automatic _INFILE_ variable. If the automatic _INFILE_ variable is present and you omit _INFILE_= in a particular INFILE statement, then SAS creates an internal _INFILE_= variable for that INFILE statement. Otherwise, SAS does not create the _INFILE_= variable for a particular FILE.
During execution and at the point of reference, the maximum length of this character variable is the maximum length of the current _INFILE_= variable. However, because _INFILE_ merely references other variables whose lengths are not known until before the execution phase, the designated length is 32,767 during the compilation phase. For example, if you assign _INFILE_ to a new variable whose length is undefined, then the default length of the new variable is 32,767. You cannot use the LENGTH statement and the ATTRIB statement to set or override the length of _INFILE_. You can use the FORMAT statement and the ATTRIB statement to assign a format to _INFILE_.
Like other SAS variables, you can update the _INFILE_ variable in an assignment statement. You can also use a format with _INFILE_ in a PUT statement. For example, the following PUT statement writes the contents of the input buffer by using a hexadecimal format.
put _infile_ $hex100.;
Any modification of the _INFILE_ directly modifies the current input buffer for the current INFILE statement. The execution of any PUT _INFILE_ statement that follows this buffer modification will reflect the contents of the modified buffer.
_INFILE_ only accesses the contents of the current input buffer for an INFILE statement, even when you use the N= option to specify multiple buffers. You can access all the N= buffers, but you must use an INPUT statement with the # line pointer control to make the desired buffer the current input buffer.
By default, the delimiter that is used to read input data records with list input is a blank space. The delimiter-sensitive data (DSD) option, the DELIMITER= option, the DLMSTR= option, and the DLMSOPT= option affect how list input handles delimiters. The DELIMITER= or DLMSTR= option specifies that the INPUT statement use a character other than a blank as a delimiter for data values that are read with list input. When the DSD option is in effect, the INPUT statement uses a comma as the default delimiter.
To read a value as missing between two consecutive delimiters, use the DSD option. By default, the INPUT statement treats consecutive delimiters as a unit. When you use DSD, the INPUT statement treats consecutive delimiters separately. Therefore, a value that is missing between consecutive delimiters is read as a missing value. To change the delimiter from a comma to another value, use the DELIMITER= or DLMSTR= option.
For example, this DATA step program uses list input to read data that is separated with commas. The second data line contains a missing value. Because SAS allows consecutive delimiters with list input, the INPUT statement cannot detect the missing value.
data scores; infile datalines delimiter=','; input test1 test2 test3; datalines; 91,87,95 97,,92 ,1,1 ;
With the FLOWOVER option in effect, the data set SCORES contains two, not three, observations. The second observation is built incorrectly:
OBS | TEST1 | TEST2 | TEST3 | |
---|---|---|---|---|
1 | 91 | 87 | 95 | |
2 | 97 | 92 | 1 |
To correct the problem, use the DSD option in the INFILE statement.
infile datalines dsd;
Now the INPUT statement detects the two consecutive delimiters and therefore assigns a missing value to variable TEST2 in the second observation.
OBS | TEST1 | TEST2 | TEST3 | |
---|---|---|---|---|
1 | 91 | 87 | 95 | |
2 | 97 | . | 92 | |
3 | . | 1 | 1 |
The DSD option also enables list input to read a character value that contains a delimiter within a quoted string. For example, if data is separated with commas, DSD enables you to place the character string in quotation marks and read a comma as a valid character. SAS does not store the quotation marks as part of the character value. To retain the quotation marks as part of the value, use the tilde (~) format modifier in an INPUT statement. See Changing How Delimiters Are Treated.
Note: Any time a text file originates from anywhere other than the local encoding environment, it might be necessary to specify the ENCODING= option on either EBCDIC or ASCII environments.
For example, when you read an EBCDIC text file on an ASCII platform, it is recommended that you specify the ENCODING= option in the INFILE statement. However, if you use the DSD and DLM options in the INFILE statement, the ENCODING= option is a requirement because these options require certain characters in the session encoding (such as quotation marks, commas, and blanks).
The use of encoding-specific informats should be reserved for use with true binary files. That is, files that contain both character and noncharacter fields.
You can use the INFILE statement with the DATALINES file specification to process instream data. An INPUT statement reads the data records that follow the DATALINES statement. If you use the CARDIMAGE system option, or if this option is the default for your system, then SAS processes the data lines exactly like 80-byte punched card images that are padded with blanks. The default FLOWOVER option in the INFILE statement causes the INPUT statement to read the next record if it does not find values in the current record for all of the variables in the statement. To ensure that your data is processed correctly, use an external file for input when record lengths are greater than 80 bytes.
Note: The NOCARDIMAGE system option (see CARDIMAGE System Option) specifies that data lines not be treated as if they were 80-byte card images. The end of a data line is always treated as the end of the last token, except for strings that are enclosed in quotation marks.
By default, if the INPUT statement tries to read past the end of the current input data record, then it moves the input pointer to column 1 of the next record to read the remaining values. This default behavior is specified by the FLOWOVER option. A message is written to the SAS log:
NOTE: SAS went to a new line when INPUT statement reached past the end of a line.
Several options are available to change the INPUT statement behavior when an end of line is reached. The STOPOVER option treats this condition as an error and stops building the data set. The MISSOVERand TRUNCOVER options do not allow the input pointer to go to the next record when the current INPUT statement is not satisfied. The SCANOVER option, used with @'character-string' scans the input record until it finds the specified character-string. The FLOWOVER option restores the default behavior.
The TRUNCOVER and MISSOVER options are similar. The MISSOVER option causes the INPUT statement to set a value to missing if the statement is unable to read an entire field because the value is shorter than the field length that is specified in the INPUT statement. The TRUNCOVER option writes whatever characters are read to the appropriate variable.
For example, an external file with variable-length records contains these records:
----+----1----+----2 1 22 333 4444 55555
The following DATA step reads this data to create a SAS data set. Only one of the input records is as long as the informatted length of the variable TESTNUM.
data numbers; infile 'external-file'; input testnum 5.; run;
This DATA step creates the three observations from the five input records because by default the FLOWOVER option is used to read the input records.
If you use the MISSOVER option in the INFILE statement, then the DATA step creates five observations. All the values that were read from records that were too short are set to missing. Use the TRUNCOVER option in the INFILE statement if you prefer to see what values were present in records that were too short to satisfy the current INPUT statement.
infile 'external-file' truncover;
The DATA step now reads the same input records and creates five observations. See The Value of TESTNUM Using Different INFILE Statement Options to compare the SAS data sets.
OBS | FLOWOVER | MISSOVER | TRUNCOVER |
---|---|---|---|
1 | 22 | . | 1 |
2 | 4444 | . | 22 |
3 | 55555 | . | 333 |
4 | . | 4444 | |
5 | 55555 | 55555 |
Comparisons |
The INFILE statement specifies the input file for any INPUT statements in the DATA step. The FILE statement specifies the output file for any PUT statements in the DATA step.
An INFILE statement usually identifies data from an external file. A DATALINES statement indicates that data follows in the job stream. You can use the INFILE statement with the file specification DATALINES to take advantage of certain data-reading options that affect how the INPUT statement reads instream data.
Examples |
By default, the INPUT statement uses a blank as the delimiter. This DATA step uses a comma as the delimiter:
data num; infile datalines dsd; input x y z; datalines; ,2,3 4,5,6 7,8,9 ;
The argument DATALINES in the INFILE statement allows you to use an INFILE statement option to read instream data lines. The DSD option sets the comma as the default delimiter. Because a comma precedes the first value in the first data line, a missing value is assigned to variable X in the first observation, and the value 2 is assigned to variable Y.
If the data uses multiple delimiters or a single delimiter other than a comma, then simply specify the delimiter values with the DELIMITER= option. In this example, the characters a and b function as delimiters:
data nums; infile datalines dsd delimiter='ab'; input X Y Z; datalines; 1aa2ab3 4b5bab6 7a8b9 ;
The output that PROC PRINT generates shows the resulting NUM data set. Values are missing for variables in the first and second observations because DSD causes list input to detect two consecutive delimiters. If you omit DSD, the characters a, b, aa, ab, ba, or bb function as the delimiter and no variables are assigned missing values.
The SAS System 1 OBS X Y Z 1 1 . 2 2 4 5 . 3 7 8 9
If you want to use a string as the delimiter, specify the delimiter values with the DLMSTR= option. In this example, the string PRD is used as the delimiter. Note that the string contains uppercase characters. By using the DLMSOPT= option, PRD, Prd, PRd, PrD, pRd, pRD, prD, and prd are all valid delimiters.
data test; infile datalines dsd dlmstr='PRD' dlmsopt='i'; input X Y Z; datalines; 1PRD2PRd3 4PrD5Prd6 7pRd8pRD9 ;
The output from PROC PRINT shows all the observations in the TEST data set.
The SAS System 1 Obs X Y Z 1 1 2 3 2 4 5 6 3 7 8 9
This DATA step uses modified list input and the DSD option to read data that is separated by commas and that might contain commas as part of a character value:
data scores; infile datalines dsd; input Name : $9. Score Team : $25. Div $; datalines; Joseph,76,"Red Racers, Washington",AAA Mitchel,82,"Blue Bunnies, Richmond",AAA Sue Ellen,74,"Green Gazelles, Atlanta",AA ;
The output that PROC PRINT generates shows the resulting SCORES data set. The delimiter (comma) is stored as part of the value of TEAM while the quotation marks are not.
The SAS System 1 OBS NAME SCORE TEAM DIV 1 Joseph 76 Red Racers, Washington AAA 2 Mitchel 82 Blue Bunnies, Richmond AAA 3 Sue Ellen 74 Green Gazelles, Atlanta AA
This example demonstrates how to prevent missing values from causing problems when you read the data with list input. Some data lines in this example contain fewer than five temperature values. Use the MISSOVER option so that these values are set to missing.
data weather; infile datalines missover; input temp1-temp5; datalines; 97.9 98.1 98.3 98.6 99.2 99.1 98.5 97.5 96.2 97.3 98.3 97.6 96.5 ;
SAS reads the three values on the first data line as the values of TEMP1, TEMP2, and TEMP3. The MISSOVER option causes SAS to set the values of TEMP4 and TEMP5 to missing for the first observation because no values for those variables are in the current input data record.
When you omit the MISSOVER option or use FLOWOVER, SAS moves the input pointer to line 2 and reads values for TEMP4 and TEMP5. The next time the DATA step executes, SAS reads a new line which, in this case, is line 3. This message appears in the SAS log:
NOTE: SAS went to a new line when INPUT statement reached past the end of a line.
You can also use the STOPOVER option in the INFILE statement. Using the STOPOVER option causes the DATA step to halt execution when an INPUT statement does not find enough values in a record of raw data:
infile datalines stopover;
Because SAS does not find a TEMP4 value in the first data record, it sets _ERROR_ to 1, stops building the data set, and prints data line 1.
This example shows how to use TRUNCOVER in combination with SCANOVER to pull phone numbers from a phone book. The phone number is always preceded by the word "phone:". Because the phone numbers include international numbers, the maximum length is 32 characters.
filename phonebk host-specific-path; data _null_; file phonebk; input line $80.; put line; datalines; Jenny's Phone Book Jim Johanson phone: 619-555-9340 Jim wants a scarf for the holidays. Jane Jovalley phone: (213) 555-4820 Jane started growing cabbage in her garden. Her dog's name is Juniper. J.R. Hauptman phone: (49)12 34-56 78-90 J.R. is my brother. ; run;
Use @'phone:' to scan the lines of the file for a phone number and position the file pointer where the phone number begins. Use TRUNCOVER in combination with SCANOVER to skip the lines that do not contain 'phone:' and write only the phone numbers to the log.
data _null_; infile phonebk truncover scanover; input @'phone:' phone $32.; put phone=; run;
The program writes the following lines to the SAS log:
phone=619-555-9340 phone=(213) 555-4820 phone=(49)12 34-56 78-90
This example shows how to use LENGTH=, in combination with the $VARYING. informat, to read a file that contains variable-length records:
data a; infile file-specification length=linelen lrecl=510 pad; input firstvar 1-10 @; /* assign LINELEN */ varlen=linelen-10; /* Calculate VARLEN */ input @11 secondvar $varying500. varlen; run;
The following occurs in this DATA step:
The INFILE statement creates the variable LINELEN but does not assign it a value.
When the first INPUT statement executes, SAS determines the line length of the record and assigns that value to the variable LINELEN. The single trailing @ holds the record in the input buffer for the next INPUT statement.
The assignment statement uses the two known lengths (the length of FIRSTVAR and the length of the entire record) to determine the length of VARLEN.
The second INPUT statement uses the VARLEN value with the informat $VARYING500. to read the variable SECONDVAR.
See $VARYINGw. Informat for more information.
The following DATA step reads from two input files during each iteration of the DATA step. As SAS switches from one file to the next, each file remains open. The input pointer remains in place to begin reading from that location the next time an INPUT statement reads from that file.
data qtrtot(drop=jansale febsale marsale aprsale maysale junsale); /* identify location of 1st file */ infile file-specification-1; /* read values from 1st file */ input name $ jansale febsale marsale; qtr1tot=sum(jansale,febsale,marsale); /* identify location of 2nd file */ infile file-specification-2; /* read values from 2nd file */ input @7 aprsale maysale junsale; qtr2tot=sum(aprsale,maysale,junsale); run;
The DATA step terminates when SAS reaches an end of file on the shortest input file.
This DATA step uses FILEVAR= to read from a different file during each iteration of the DATA step:
data allsales; length fileloc myinfile $ 300; input fileloc $ ; /* read instream data */ /* The INFILE statement closes the current file and opens a new one if FILELOC changes value when INFILE executes */ infile file-specification filevar=fileloc filename=myinfile end=done; /* DONE set to 1 when last input record read */ do while(not done); /* Read all input records from the currently */ /* opened input file, write to ALLSALES */ input name $ jansale febsale marsale; output; end; put 'Finished reading ' myinfile=; datalines; external-file-1 external-file-2 external-file-3 ;
The FILENAME= option assigns the name of the current input file to the variable MYINFILE. The LENGTH statement ensures that the FILENAME= variable and FILEVAR= variable have a length that is long enough to contain the value of the filename. The PUT statement prints the physical name of the currently open input file to the SAS log.
This example shows how to use the INFILE statement with the SHAREBUFFERS option and the INPUT, FILE, and PUT statements to update an external file in place:
data _null_; /* The INFILE and FILE statements */ /* must specify the same file. */ infile file-specification-1 sharebuffers; file file-specification-1; input state $ 1-2 phone $ 5-16; /* Replace area code for NC exchanges */ if state= 'NC' and substr(phone,5,3)='333' then phone='910-'||substr(phone,5,8); put phone 5-16; run;
The LENGTH= option is useful when you copy the input file to another file with the PUT _INFILE_ statement. Use LENGTH= to truncate the copied records. For example, these statements truncate the last 20 columns from each input data record before the input data record is written to the output file:
data _null_; infile file-specification-1 length=a; input; a=a-20; file file-specification-2; put _infile_; run;
The START= option is also useful when you want to truncate what the PUT _INFILE_ statement copies. For example, if you do not want to copy the first 10 columns of each record, these statements copy from column 11 to the end of each record in the input buffer:
data _null_; infile file-specification start=s; input; s=11; file file-specification-2; put _infile_; run;
This DATA step assigns the value of the current pointer location in the input buffer to the variables LINEPT and COLUMNPT:
data _null_; infile datalines n=2 line=Linept col=Columnpt; input name $ 1-15 #2 @3 id; put linept= columnpt=; datalines; J. Brooks 40974 T. R. Ansen 4032 ;
These statements produce the following line for each execution of the DATA step because the input pointer is on the second line in the input buffer when the PUT statement executes:
Linept=2 Columnpt=9 Linept=2 Columnpt=8
The _INFILE_ variable always contains the most recent record that is read from an INPUT statement. This example illustrates the use of the _INFILE_ variable to
The example file contains phone bill information. The numeric data, minutes, and charge are enclosed in angle brackets (< >).
filename phonbill host-specific-filename; data _null_; file phonbill; input line $80.; put line; datalines; City Number Minutes Charge Jackson 415-555-2384 <25> <2.45> Jefferson 813-555-2356 <15> <1.62> Joliet 913-555-3223 <65> <10.32> ; run;
The following code reads each record and parses the record to extract the minute and charge values.
data _null_; infile phonbill firstobs=2; input; city = scan(_infile_, 1, ' '); char_min = scan(_infile_, 3, ' '); char_min = substr(char_min, 2, length(char_min)-2); minutes = input(char_min, BEST12.); put city= minutes=; run;
The program writes the following lines to the SAS log:
city=Jackson minutes=25 city=Jefferson minutes=15 city=Joliet minutes=65
The INPUT statement in the following code reads a record from the file. The automatic _INFILE_ variable is used in the PUT statement to write the record to the log.
data _null_; infile phonbill; input; put _infile_; run;
The program writes the following lines to the SAS log:
City Number Minutes Charge Jackson 415-555-2384 <25> <2.45> Jefferson 813-555-2356 <15> <1.62> Joliet 913-555-3223 <65> <10.32>
In the following code, the first INPUT statement reads and holds the record in the input buffer. The _INFILE_= option removes the angle brackets (< >) from the numeric data. The second INPUT statement parses the value in the buffer.
data _null_; length city number $16. minutes charge 8; infile phonbill firstobs=2; input @; _infile_ = compress(_infile_, '<>'); input city number minutes charge; put city= number= minutes= charge=; run;
The program writes the following lines to the SAS log:
city=Jackson number=415-555-2384 minutes=25 charge=2.45 city=Jefferson number=813-555-2356 minutes=15 charge=1.62 city=Joliet number=913-555-3223 minutes=65 charge=10.32
This example uses both the _INFILE_ automatic variable and the _INFILE_= option to read multiple files and access the input buffers for each of them. The following code creates four files: three data files and one file that contains the names of all the data files. The second DATA step reads the filenames file, opens each data file, and writes the contents to the log. Because the PUT statement needs _INFILE_ for the filenames file and the data file, one of the _INFILE_ variables is referenced with fname.
data _null_; do i = 1 to 3; fname= 'external-data-file' || put(i,1.) || '.dat'; file datfiles filevar=fname; do j = 1 to 5; put i j; end; file 'external-filenames-file'; put fname; end; run; data _null_; infile 'external-filenames-file' _infile_=fname; input; infile datfiles filevar=fname end=eof; do while(^eof); input; put fname _infile_; end; run;
The program writes the following lines to the SAS log:
NOTE: The infile 'external-filenames-file' is: File Name=external-filenames-file, RECFM=V, LRECL=256 NOTE: The infile DATFILES is: File Name=external-data-file1.dat, RECFM=V, LRECL=256 external-data-file1.dat 1 1 external-data-file1.dat 1 2 external-data-file1.dat 1 3 external-data-file1.dat 1 4 external-data-file1.dat 1 5 NOTE: The infile DATFILES is File Name=external-data-file2.dat, RECFM=V, LRECL=256 external-data-file2.dat 2 1 external-data-file2.dat 2 2 external-data-file2.dat 2 3 external-data-file2.dat 2 4 external-data-file2.dat 2 5 NOTE: The infile DATFILES is File Name=external-data-file3.dat, RECFM=V, LRECL=256 external-data-file3.dat 3 1 external-data-file3.dat 3 2 external-data-file3.dat 3 3 external-data-file3.dat 3 4 external-data-file3.dat 3 5
This example creates a SAS data set from an external file. The external file's encoding is in UTF-8, and the current SAS session encoding is Wlatin1. By default, SAS assumes that the external file is in the same encoding as the session encoding, which causes the character data to be written to the new SAS data set incorrectly.
To tell SAS what encoding to use when reading the external file, specify the ENCODING= option. When you tell SAS that the external file is in UTF-8, SAS then transcodes the external file from UTF-8 to the current session encoding when writing to the new SAS data set. Therefore, the data is written to the new data set correctly in Wlatin1.
libname myfiles 'SAS-library'; filename extfile 'external-file'; data myfiles.unicode; infile extfile encoding="utf-8"; input Make $ Model $ Year; run;
See Also |
|
Copyright © 2011 by SAS Institute Inc., Cary, NC, USA. All rights reserved.