No description
Find a file
2017-03-07 15:40:50 -06:00
.github Request more information in issue template 2017-01-30 11:26:19 -06:00
cmd remove useless print 2017-03-07 13:18:51 -06:00
ctl Merge branch '273-use-subcommands' 2017-03-07 13:19:18 -06:00
datadog Migrate from Umbel to Pilosa organization on Github 2016-11-28 15:21:11 -06:00
internal Add basic schema support. 2017-02-20 13:55:03 -07:00
pql update tokens string map to include FLOAT 2017-03-07 15:40:50 -06:00
roaring Refactor fragment.bitmap() so that it leverages bitmapCache and so that 2017-03-06 11:06:22 -06:00
server tweak comments and remove dead code 2017-03-07 11:35:58 -06:00
.dockerignore Added build container 2017-02-04 13:00:21 +03:00
.gitignore Ignore vendor directory in .gitignore 2017-02-17 16:37:36 -06:00
.travis.yml Using Travis addons instead of before_install to continue using container-based infrastructure 2017-02-27 14:22:14 -06:00
attr.go added handling for float attribute 2017-02-01 16:29:48 -05:00
attr_test.go Migrate from Umbel to Pilosa organization on Github 2016-11-28 15:21:11 -06:00
bitmap.go remove code that is no longer used: 2017-03-07 15:25:36 -06:00
cache.go bug fix in SimpleCache.Fetch (really just reverting my change) 2017-03-02 16:00:34 -06:00
client.go fix review 2017-03-06 11:03:17 -06:00
client_test.go Add basic schema support. 2017-02-20 13:55:03 -07:00
cluster.go changes MaxSlices logic to be DB-specific 2016-11-21 16:12:30 -06:00
cluster_test.go Merge pull request #144 from travisturner/test-logic 2016-12-05 17:24:20 -06:00
config.go create - start cluster over ssh when given hosts 2016-12-13 10:14:09 -06:00
db.go wrap regexp in function 2017-03-06 12:31:51 -06:00
db_test.go clean up 2017-03-02 16:06:34 -06:00
Dockerfile Installs glide in the docker container 2017-02-20 20:11:58 +03:00
executor.go Merge branch 'master' into performance-enhancements 2017-03-07 15:07:21 -06:00
executor_test.go Merge branch 'master' into performance-enhancements 2017-03-07 15:07:21 -06:00
fragment.go remove code that is no longer used: 2017-03-07 15:25:36 -06:00
fragment_test.go Add time-based frames and Range() support. 2016-12-08 12:29:49 -07:00
frame.go wrap regexp in function 2017-03-06 12:31:51 -06:00
frame_test.go clean up 2017-03-02 16:06:34 -06:00
glide.lock use cobra/viper and move cmd/pilosa to server subcommand 2017-03-03 13:03:57 -06:00
glide.yaml use cobra/viper and move cmd/pilosa to server subcommand 2017-03-03 13:03:57 -06:00
handler.go Merge branch 'master' into performance-enhancements 2017-03-07 15:07:21 -06:00
handler_test.go Add basic schema support. 2017-02-20 13:55:03 -07:00
index.go add tests 2017-03-02 15:27:33 -06:00
index_test.go Add basic schema support. 2017-02-20 13:55:03 -07:00
iterator.go Migrate from Umbel to Pilosa organization on Github 2016-11-28 15:21:11 -06:00
iterator_test.go Migrate from Umbel to Pilosa organization on Github 2016-11-28 15:21:11 -06:00
Makefile Installs glide in the docker container 2017-02-20 20:11:58 +03:00
NOTES refactor 2015-12-02 15:34:49 -07:00
pilosa.go wrap regexp in function 2017-03-06 12:31:51 -06:00
README-dev.md Modify docs for people scared of piping to bash ;) 2016-11-29 16:04:19 -06:00
README.md Merge branch '273-use-subcommands' 2017-03-07 13:19:18 -06:00
server.go Add basic schema support. 2017-02-20 13:55:03 -07:00
stats.go Add ExpvarStatsClient and basic tracking. 2016-10-20 14:35:14 -06:00
time.go Add time-based frames and Range() support. 2016-12-08 12:29:49 -07:00
time_test.go Add time-based frames and Range() support. 2016-12-08 12:29:49 -07:00

pilosa

Pilosa is a bitmap index database.

Build Status

Getting Started

Pilosa requires Go 1.7 or greater.

You can download the source by running go get:

$ go get github.com/pilosa/pilosa

Now you can install the pilosa binary:

$ go install github.com/pilosa/pilosa/cmd/...

Now run a single pilosa node with the default configuration:

pilosa server

Configuration

You can specify a configuration by setting the -config flag when running pilosa.

pilosa server --config custom-config-file.cfg

The config file uses the TOML configuration file format, and should look like:

data-dir = "/tmp/pil0"
host = "127.0.0.1:15000"

[cluster]
replicas = 2

[[cluster.node]]
host = "127.0.0.1:15000"

[[cluster.node]]
host = "127.0.0.1:15001"

You can generate a template config file with default values with:

pilosa config

The first two configuration options will be unique to each node in the cluster:

data-dir: directory in which data is stored to disk

host: IP and port of the pilosa node

The remaining configuration options should be the same on every node in the cluster.

replicas: the number of replicas within the cluster

[[cluster.node]]: specifies each node within the cluster

Docker

You can create a Pilosa container using make docker or equivalently:

docker build -t pilosa:latest .

You can run a temporary container using:

docker run -it --rm --name pilosa -p 15000:15000 pilosa:latest

When you click Ctrl+C to stop the container, the container and the data in the container will be erased. You can leave out --rm flag to keep the data in the container. See Docker documentation for other options.

Usage

You can interact with Pilosa via HTTP requests to the host:port on which you have Pilosa running. The following examples illustrate how to do this using curl with a Pilosa cluster running on 127.0.0.1 port 15000.

Return the version of Pilosa:

$ curl "http://127.0.0.1:15000/version"

Return a list of all databases and frames in the index:

$ curl "http://127.0.0.1:15000/schema"

Queries

Queries to Pilosa require sending a POST request where the query itself is sent as POST data. You specify the database on which to perform the query with a URL argument db=database-name.

A query sent to database exampleDB will have the following format:

$ curl -X POST "http://127.0.0.1:15000/query?db=exampleDB" -d 'Query()'

The Query() object referenced above should be made up of one or more of the query types listed below. So for example, a SetBit() query would look like this:

$ curl -X POST "http://127.0.0.1:15000/query?db=exampleDB" -d 'SetBit(id=10, frame="foo", profileID=1)'

Query results have the format {"results":[]}, where results is a list of results for each Query(). This means that you can provide multiple Query() objects with each HTTP request and results will contain the results of all of the queries.

$ curl -X POST "http://127.0.0.1:15000/query?db=exampleDB" -d 'Query() Query() Query()'

SetBit()

SetBit(id=10, frame="foo", profileID=1)

A return value of {"results":[true]} indicates that the bit was toggled from 0 to 1. A return value of {"results":[false]} indicates that the bit was already set to 1 and therefore nothing changed.

SetBit accepts an optional timestamp field:

SetBit(id=10, frame=f, profileID=2, timestamp="2016-12-11T10:09:07")

ClearBit()

ClearBit(id=10, frame="foo", profileID=1)

A return value of {"results":[true]} indicates that the bit was toggled from 1 to 0. A return value of {"results":[false]} indicates that the bit was already set to 0 and therefore nothing changed.


SetBitmapAttrs()

SetBitmapAttrs(id=10, frame="foo", category=123, color="blue", happy=true)

Returns {"results":[null]}


SetProfileAttrs()


SetProfileAttrs(id=10, category=123, color="blue", happy=true)

Returns {"results":[null]}


Bitmap()

Bitmap(id=10, frame="foo")

Returns {"results":[{"attrs":{"category":123,"color":"blue","happy":true},"bits":[1,2]}]} where attrs are the attributes set using SetBitmapAttrs() and bits are the bits set using SetBit().

In order to return profile attributes attached to the profiles of a bitmap, add &profiles=true to the query string. Sample response:

{"results":[{"attrs":{},"bits":[10]}],"profiles":[{"id":10,"attrs":{"category":123,"color":"blue","happy":true}}]}

Union()

Union(Bitmap(id=10, frame="foo"), Bitmap(id=20, frame="foo")))

Returns a result set similar to that of a Bitmap() query, only the attrs dictionary will be empty: {"results":[{"attrs":{},"bits":[1,2]}]}. Note that a Union() query can be nested within other queries anywhere that you would otherwise provide a Bitmap().


Intersect()

Intersect(Bitmap(id=10, frame="foo"), Bitmap(id=20, frame="foo")))

Returns a result set similar to that of a Bitmap() query, only the attrs dictionary will be empty: {"results":[{"attrs":{},"bits":[1]}]}. Note that an Intersect() query can be nested within other queries anywhere that you would otherwise provide a Bitmap().


Difference()

Difference(Bitmap(id=10, frame="foo"), Bitmap(id=20, frame="foo")))

Difference() represents all of the bits that are set in the first Bitmap() but are not set in the second Bitmap(). It returns a result set similar to that of a Bitmap() query, only the attrs dictionary will be empty: {"results":[{"attrs":{},"bits":[2]}]}. Note that a Difference() query can be nested within other queries anywhere that you would otherwise provide a Bitmap().


Count()

Count(Bitmap(id=10, frame="foo"))

Returns the count of the number of bits set in Bitmap(): {"results":[28]}


Range()

Range(id=10, frame="foo", start="1970-01-01T00:00", end="2000-01-02T03:04")

TopN()

TopN(frame="bar", n=20)

Returns the top 20 Bitmaps from frame bar.

TopN(Bitmap(id=10, frame="foo"), frame="bar", n=20)

Returns the top 20 Bitmaps from bar sorted by the count of bits in the intersection with Bitmap(id=10).

TopN(Bitmap(id=10, frame="foo"), frame="bar", n=20, field="category", [81,82])

Returns the top 20 Bitmaps from barin attribute category with values 81 or 82 sorted by the count of bits in the intersection with Bitmap(id=10).

Development

Updating dependencies

To update dependencies, you'll need to install Glide.

Then add the new dependencies in your project:

$ glide get github.com/foo/bar

Protobuf

If you update protobuf (pilosa/internal/internal.proto), then you need to run go generate

$ go generate

Version

In order to set the version number, compile Pilosa with the following argument:

$ go install --ldflags="-X main.Version=1.0.0"