2016-01-06 00:27:52 -05:00
|
|
|
---
|
|
|
|
layout: doc_page
|
|
|
|
---
|
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
# Tutorial: Load your own batch data
|
2016-01-06 00:27:52 -05:00
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
## Getting started
|
2016-01-06 00:27:52 -05:00
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
This tutorial shows you how to load your own data files into Druid.
|
|
|
|
|
|
|
|
For this tutorial, we'll assume you've already downloaded Druid as described in
|
|
|
|
the [single-machine quickstart](quickstart.html) and have it running on your local machine. You
|
|
|
|
don't need to have loaded any data yet.
|
|
|
|
|
|
|
|
Once that's complete, you can load your own dataset by writing a custom ingestion spec.
|
|
|
|
|
|
|
|
## Writing an ingestion spec
|
|
|
|
|
2016-03-22 16:59:57 -04:00
|
|
|
When loading files into Druid, you will use Druid's [batch loading](../ingestion/batch-ingestion.html) process.
|
2016-02-04 14:53:09 -05:00
|
|
|
There's an example batch ingestion spec in `quickstart/wikiticker-index.json` that you can modify
|
|
|
|
for your own needs.
|
|
|
|
|
|
|
|
The most important questions are:
|
2016-01-06 00:27:52 -05:00
|
|
|
|
|
|
|
* What should the dataset be called? This is the "dataSource" field of the "dataSchema".
|
2016-02-04 14:53:09 -05:00
|
|
|
* Where is the dataset located? The file paths belong in the "paths" of the "inputSpec". If you
|
2016-01-06 00:27:52 -05:00
|
|
|
want to load multiple files, you can provide them as a comma-separated string.
|
|
|
|
* Which field should be treated as a timestamp? This belongs in the "column" of the "timestampSpec".
|
|
|
|
* Which fields should be treated as dimensions? This belongs in the "dimensions" of the "dimensionsSpec".
|
|
|
|
* Which fields should be treated as metrics? This belongs in the "metricsSpec".
|
|
|
|
* What time ranges (intervals) are being loaded? This belongs in the "intervals" of the "granularitySpec".
|
|
|
|
|
|
|
|
If your data does not have a natural sense of time, you can tag each row with the current time.
|
|
|
|
You can also tag all rows with a fixed timestamp, like "2000-01-01T00:00:00.000Z".
|
|
|
|
|
|
|
|
Let's use this pageviews dataset as an example. Druid supports TSV, CSV, and JSON out of the box.
|
|
|
|
Note that nested JSON objects are not supported, so if you do use JSON, you should provide a file
|
|
|
|
containing flattened objects.
|
|
|
|
|
|
|
|
```json
|
|
|
|
{"time": "2015-09-01T00:00:00Z", "url": "/foo/bar", "user": "alice", "latencyMs": 32}
|
|
|
|
{"time": "2015-09-01T01:00:00Z", "url": "/", "user": "bob", "latencyMs": 11}
|
|
|
|
{"time": "2015-09-01T01:30:00Z", "url": "/foo/bar", "user": "bob", "latencyMs": 45}
|
|
|
|
```
|
|
|
|
|
|
|
|
Make sure the file has no newline at the end. If you save this to a file called "pageviews.json", then for this dataset:
|
|
|
|
|
|
|
|
* Let's call the dataset "pageviews".
|
|
|
|
* The data is located in "pageviews.json".
|
|
|
|
* The timestamp is the "time" field.
|
|
|
|
* Good choices for dimensions are the string fields "url" and "user".
|
|
|
|
* Good choices for metrics are a count of pageviews, and the sum of "latencyMs". Collecting that
|
|
|
|
sum when we load the data will allow us to compute an average at query time as well.
|
|
|
|
* The data covers the time range 2015-09-01 (inclusive) through 2015-09-02 (exclusive).
|
|
|
|
|
|
|
|
You can copy the existing `quickstart/wikiticker-index.json` indexing task to a new file:
|
|
|
|
|
|
|
|
```bash
|
2016-02-04 18:37:47 -05:00
|
|
|
cp quickstart/wikiticker-index.json my-index-task.json
|
2016-01-06 00:27:52 -05:00
|
|
|
```
|
|
|
|
|
|
|
|
And modify it by altering these sections:
|
|
|
|
|
|
|
|
```json
|
|
|
|
"dataSource": "pageviews"
|
|
|
|
```
|
|
|
|
|
|
|
|
```json
|
|
|
|
"inputSpec": {
|
|
|
|
"type": "static",
|
|
|
|
"paths": "pageviews.json"
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
```json
|
|
|
|
"timestampSpec": {
|
|
|
|
"format": "auto",
|
|
|
|
"column": "time"
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
```json
|
|
|
|
"dimensionsSpec": {
|
|
|
|
"dimensions": ["url", "user"]
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
```json
|
|
|
|
"metricsSpec": [
|
|
|
|
{"name": "views", "type": "count"},
|
|
|
|
{"name": "latencyMs", "type": "doubleSum", "fieldName": "latencyMs"}
|
|
|
|
]
|
|
|
|
```
|
|
|
|
|
|
|
|
```json
|
|
|
|
"granularitySpec": {
|
|
|
|
"type": "uniform",
|
|
|
|
"segmentGranularity": "day",
|
|
|
|
"queryGranularity": "none",
|
|
|
|
"intervals": ["2015-09-01/2015-09-02"]
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
## Running the task
|
|
|
|
|
|
|
|
To actually run this task, first make sure that the indexing task can read *pageviews.json*:
|
|
|
|
|
|
|
|
- If you're running locally (no configuration for connecting to Hadoop; this is the default) then
|
|
|
|
place it in the root of the Druid distribution.
|
|
|
|
- If you configured Druid to connect to a Hadoop cluster, upload
|
|
|
|
the pageviews.json file to HDFS. You may need to adjust the `paths` in the ingestion spec.
|
|
|
|
|
|
|
|
To kick off the indexing process, POST your indexing task to the Druid Overlord. In a standard Druid
|
|
|
|
install, the URL is `http://OVERLORD_IP:8090/druid/indexer/v1/task`.
|
2016-01-06 00:27:52 -05:00
|
|
|
|
|
|
|
```bash
|
2016-02-04 14:53:09 -05:00
|
|
|
curl -X 'POST' -H 'Content-Type:application/json' -d @my-index-task.json OVERLORD_IP:8090/druid/indexer/v1/task
|
2016-01-06 00:27:52 -05:00
|
|
|
```
|
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
If you're running everything on a single machine, you can use localhost:
|
2016-01-06 00:27:52 -05:00
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
```bash
|
|
|
|
curl -X 'POST' -H 'Content-Type:application/json' -d @my-index-task.json localhost:8090/druid/indexer/v1/task
|
2016-01-06 00:27:52 -05:00
|
|
|
```
|
|
|
|
|
2016-02-04 14:53:09 -05:00
|
|
|
If anything goes wrong with this task (e.g. it finishes with status FAILED), you can troubleshoot
|
|
|
|
by visiting the "Task log" on the [overlord console](http://localhost:8090/console.html).
|
|
|
|
|
|
|
|
## Querying your data
|
|
|
|
|
|
|
|
Your data should become fully available within a minute or two. You can monitor this process on
|
|
|
|
your Coordinator console at [http://localhost:8081/#/](http://localhost:8081/#/).
|
|
|
|
|
|
|
|
Once your data is fully available, you can query it using any of the
|
|
|
|
[supported query methods](../querying/querying.html).
|
|
|
|
|
|
|
|
## Further reading
|
|
|
|
|
2016-01-06 00:27:52 -05:00
|
|
|
For more information on loading batch data, please see [the batch ingestion documentation](../ingestion/batch-ingestion.html).
|