table
Description
The table
command returns a table that is formed by only the fields that you specify in the arguments. Columns are displayed in the same order that fields are specified. Column headers are the field names. Rows are the field values. Each row represents an event.
The table
command is similar to the fields
command in that it lets you specify the fields you want to keep in your results. Use table
command when you want to retain data in tabular format.
With the exception of a scatter plot to show trends in the relationships between discrete values of your data, you should not use the table
command for charts. See Usage.
To optimize searches, avoid putting the table
command in the middle of your searches and instead, put it at the end of your searches.
Syntax
table <wc-field-list>
Arguments
- <wc-field-list>
- Syntax: <wc-field> ...
- Description: A list of valid field names. The list can be space-delimited or comma-delimited. You can use the asterisk ( * ) as a wildcard to specify a list of fields with similar names. For example, if you want to specify all fields that start with "value", you can use a wildcard such as
value*
.
Usage
The table
command is a transforming command. See Command types.
Visualizations
To generate visualizations, the search results must contain numeric, datetime, or aggregated data such as count, sum, or average.
Command type
The table
command is a non-streaming command. If you are looking for a streaming command similar to the table
command, use the fields
command.
Field renaming
The table
command doesn't let you rename fields, only specify the fields that you want to show in your tabulated results. If you're going to rename a field, do it before piping the results to table
.
Truncated results
The table
command truncates the number of results returned based on settings in the limits.conf file. In the [search] stanza, if the value for the truncate_report
parameter is 1, the number of results returned is truncated.
The number of results is controlled by the max_count
parameter in the [search] stanza. If truncate_report
is set to 0, the max_count
parameter is not applied.
Examples
Example 1
This example uses recent earthquake data downloaded from the USGS Earthquakes website. The data is a comma separated ASCII text file that contains magnitude (mag), coordinates (latitude, longitude), region (place), and so forth, for each earthquake recorded.
You can download a current CSV file from the USGS Earthquake Feeds and upload the file to your Splunk instance if you want follow along with this example. |
Search for recent earthquakes in and around California and display only the time of the quake (time
), where it occurred (place
), and the quake's magnitude (mag
) and depth (depth
).
source=all_month.csv place=*California | table time, place, mag, depth
This search reformats your events into a table and displays only the fields that you specified as arguments. The results look something like this:
time | place | mag | depth |
---|---|---|---|
2023-03-06T06:45:17.427Z | 0 km S of Carnelian Bay, California | 0.2 | 8 |
2023-03-06T12:49:26.451Z | 35 km NE of Independence, California | 0.7 | 0 |
2023-03-07T09:22:15.281Z | 16 km ENE of Doyle, California | 0.4 | 11 |
2023-03-07T09:37:03.042Z | Northern California | 0.4 | 0 |
2023-03-07T16:41:29.557Z | 27 km ENE of Herlong, California | 1 | 0 |
2023-03-07T20:57:11.181Z | 259 km W of Ferndale, California | 3.3 | 16.554 |
Example 2
This example uses recent earthquake data downloaded from the USGS Earthquakes website. The data is a comma separated ASCII text file that contains magnitude (mag), coordinates (latitude, longitude), region (place), and so forth, for each earthquake recorded.
You can download a current CSV file from the USGS Earthquake Feeds and upload the file to your Splunk instance if you want follow along with this example. |
Show the date, time, coordinates, and magnitude of each recent earthquake in Northern California.
source=all_month.csv place="Northern California" | rename latitude as lat longitude as lon locationSource as locSource | table time, place, lat, lon, locS*
This example begins with a search for all recent earthquakes in Northern California (place="Northern California"
).
Then the events are piped into the rename
command to change the names of the coordinate fields, from latitude
and longitude
to lat
and lon
. The locationSource
field is also renamed to locSource
. (The table
command doesn't let you rename or reformat fields, only specify the fields that you want to show in your tabulated results.)
Finally, the results are piped into the table
command, which specifies both coordinate fields with lat
and lon
, the date and time with time
, and locSource
using the asterisk wildcard. The results look something like this:
time | place | lat | lon | locSource |
---|---|---|---|---|
2023-03-03T13:32:16.019Z | Northern California | 39.3547 | -120.0101 | nn |
2023-03-07T09:37:03.042Z | Northern California | 39.6117 | -120.7116 | nn |
2023-03-09T03:56:40.162Z | Northern California | 39.3561 | -120.0133 | nn |
2023-03-01T09:37:57.283Z | Northern California | 39.5293 | -120.3513 | nn |
2023-02-21T05:18:39.039Z | Northern California | 39.6726 | -120.642 | nn |
Example 3
This example uses the sample data from the Search Tutorial but should work with any format of Apache web access log. To try this example on your own Splunk instance, you must download the sample data and follow the instructions to get the tutorial data into Splunk. Use the time range All time when you run the search. |
Search for IP addresses and classify the network they belong to.
sourcetype=access_* | dedup clientip | eval network=if(cidrmatch("192.0.0.0/16", clientip), "local", "other") | table clientip, network
This example searches for Web access data and uses the dedup
command to remove duplicate values of the IP addresses (clientip
) that access the server. These results are piped into the eval
command, which uses the cidrmatch()
function to compare the IP addresses to a subnet range (192.0.0.0/16). This search also uses the if()
function, which specifies that if the value of clientip
falls in the subnet range, then the network
field is given the value local
. Otherwise, the network
field is other
.
The results are then piped into the table
command to show only the distinct IP addresses (clientip
) and the network classification (network
). The results look something like this:
clientip | network |
---|---|
192.0.1.51 | other |
192.168.11.33 | other |
192.168.11.44 | other |
192.168.11.35 | other |
192.1.2.40 | other |
192.1.2.35 | other |
192.0.1.39 | local |
Example 4
This example uses the sample data from the Search Tutorial but should work with any format of Apache web access log. To try this example on your own Splunk instance, you must download the sample data and follow the instructions to get the tutorial data into Splunk. Use the time range All time when you run the search. |
Create a table with the fields host, action, and all fields that start with date_m
.
sourcetype=access_* | table host action date_m*
The results look something like this:
host | action | date_mday | date_minute | date_month |
---|---|---|---|---|
www1 | 20 | 51 | july | |
www1 | 20 | 48 | july | |
www1 | 20 | 48 | july | |
www1 | addtocart | 20 | 48 | july |
www1 | 20 | 48 | july |
See Also
streamstats | tags |
This documentation applies to the following versions of Splunk® Enterprise: 7.0.0, 7.0.1, 7.0.2, 7.0.3, 7.0.4, 7.0.5, 7.0.6, 7.0.7, 7.0.8, 7.0.9, 7.0.10, 7.0.11, 7.0.13, 7.1.0, 7.1.1, 7.1.2, 7.1.3, 7.1.4, 7.1.5, 7.1.6, 7.1.7, 7.1.8, 7.1.9, 7.1.10, 7.2.0, 7.2.1, 7.2.2, 7.2.3, 7.2.4, 7.2.5, 7.2.6, 7.2.7, 7.2.8, 7.2.9, 7.2.10, 7.3.0, 7.3.1, 7.3.2, 7.3.3, 7.3.4, 7.3.5, 7.3.6, 7.3.7, 7.3.8, 7.3.9, 8.0.0, 8.0.1, 8.0.2, 8.0.3, 8.0.4, 8.0.5, 8.0.6, 8.0.7, 8.0.8, 8.0.9, 8.0.10, 8.1.1, 8.1.2, 8.1.3, 8.1.4, 8.1.5, 8.1.6, 8.1.7, 8.1.8, 8.1.9, 8.1.13, 8.1.14, 8.2.0, 8.2.1, 8.2.2, 8.2.3, 8.2.4, 8.2.5, 8.2.6, 8.2.7, 8.2.8, 8.2.9, 8.2.10, 8.2.11, 8.2.12, 9.0.0, 9.0.1, 9.0.2, 9.0.3, 9.0.4, 9.0.5, 9.0.6, 9.0.7, 9.0.8, 9.0.9, 9.0.10, 9.1.0, 9.1.1, 9.1.2, 9.1.3, 9.1.4, 9.1.5, 9.1.6, 9.2.0, 9.2.1, 9.2.2, 9.2.3, 9.3.0, 9.3.1, 8.1.0, 8.1.10, 8.1.11, 8.1.12
Feedback submitted, thanks!