core repo migrations in fixed form

This commit is contained in:
Ian Norden 2019-02-25 03:33:05 -06:00
parent 708425c4d6
commit 2c5ddd03ba
49 changed files with 36 additions and 27 deletions

2
.gitignore vendored
View File

@ -12,4 +12,4 @@ postgraphile/build/
postgraphile/node_modules/ postgraphile/node_modules/
postgraphile/package-lock.json postgraphile/package-lock.json
vulcanizedb.log vulcanizedb.log
db/migrations/00*.sql db/migrations/20*.sql

View File

@ -24,7 +24,6 @@ before_install:
before_script: before_script:
- go get -u github.com/pressly/sup/cmd/sup - go get -u github.com/pressly/sup/cmd/sup
- sudo -u postgres createdb vulcanize_private - sudo -u postgres createdb vulcanize_private
- make version_migrations
- make migrate NAME=vulcanize_private - make migrate NAME=vulcanize_private
- bash ./scripts/start_test_chain.sh - bash ./scripts/start_test_chain.sh
- cd postgraphile && yarn - cd postgraphile && yarn

View File

@ -136,9 +136,10 @@ false
If you have full rinkeby chaindata you can move it to `rinkeby_vulcanizedb_geth_data` docker volume to skip long wait of sync. If you have full rinkeby chaindata you can move it to `rinkeby_vulcanizedb_geth_data` docker volume to skip long wait of sync.
## Running the Tests ## Running the Tests
- `createdb vulcanize_private` will create the test db
- `make migrate NAME=vulcanize_private` will run the db migrations
- `make test` will run the unit tests and skip the integration tests - `make test` will run the unit tests and skip the integration tests
- `make integrationtest` will run the just the integration tests - `make integrationtest` will run the just the integration tests
- Note: requires Ganache chain setup and seeded with `flip-kick.js` and `frob.js` (in that order)
## Deploying ## Deploying
1. you will need to make sure you have ssh agent running and your ssh key added to it. instructions [here](https://developer.github.com/v3/guides/using-ssh-agent-forwarding/#your-key-must-be-available-to-ssh-agent) 1. you will need to make sure you have ssh agent running and your ssh key added to it. instructions [here](https://developer.github.com/v3/guides/using-ssh-agent-forwarding/#your-key-must-be-available-to-ssh-agent)
@ -240,13 +241,23 @@ The addition of '_' after table names is to prevent collisions with reserved Pos
The `composeAndExecute` command is used to compose and execute over an arbitrary set of custom transformers. The `composeAndExecute` command is used to compose and execute over an arbitrary set of custom transformers.
This is accomplished by generating a Go pluggin which allows our `vulcanizedb` binary to link to external transformers, so This is accomplished by generating a Go pluggin which allows our `vulcanizedb` binary to link to external transformers, so
long as they abide by our standard [interfaces](https://github.com/vulcanize/maker-vulcanizedb/tree/compose_and_execute/libraries/shared/transformer). long as they abide by our standard [interfaces](https://github.com/vulcanize/maker-vulcanizedb/tree/compose_and_execute/libraries/shared/transformer).
This command requires Go 1.11+ and [Go plugins](https://golang.org/pkg/plugin/) only work on Unix based systems. This command requires Go 1.11+ and [Go plugins](https://golang.org/pkg/plugin/) only work on Unix based systems.
#### Writing custom transformers
Storage Transformers
* [Guide](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/factories/storage/README.md)
* [Example](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/factories/storage/EXAMPLE.md)
Event Transformers
* Guide
* Example
#### composeAndExecute configuration #### composeAndExecute configuration
A config location is specified when executing the command: A .toml config file is specified when executing the command:
`./vulcanizedb composeAndExecute --config=./environments/config_name.toml` `./vulcanizedb composeAndExecute --config=./environments/config_name.toml`
The information provided in the .toml config is used to generate the plugin: The config provides information for composing a set of transformers:
```toml ```toml
[database] [database]
@ -262,7 +273,7 @@ The information provided in the .toml config is used to generate the plugin:
[exporter] [exporter]
home = "github.com/vulcanize/vulcanizedb" home = "github.com/vulcanize/vulcanizedb"
clone = false clone = false
name = "eventTransformerExporter" name = "exampleTransformerExporter"
save = false save = false
transformerNames = [ transformerNames = [
"transformer1", "transformer1",
@ -306,19 +317,14 @@ our `$GOPATH` but setting this to `true` overrides that. This needs to be set to
- `eth_event` indicates the transformer works with the [event watcher](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/event_watcher.go) - `eth_event` indicates the transformer works with the [event watcher](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/event_watcher.go)
that fetches event logs from an ETH node that fetches event logs from an ETH node
- `migrations` is the relative path from `repository` to the db migrations directory for the transformer - `migrations` is the relative path from `repository` to the db migrations directory for the transformer
- Note: If any of the imported transformers need additional config variables those need to be included as well
Note: If any of the imported transformers need additional This information is used to write and build a Go plugin which exports the configured transformers.
config variables do not forget to include those as well These transformers are loaded onto their specified watchers and executed.
This information is used to write and build a go plugin with a transformer Transformers of different types can be run together in the same command using a single config file or in separate instances using different config files
set composed from the transformer imports specified in the config file
This plugin is loaded and the set of transformer initializers is exported
from it and loaded into and executed over by the appropriate watcher
Transformers of different types can be run together in the same command using a The general structure of a plugin .go file, and what we would see built with the above config is shown below
single config file or in separate instances using different config files
The general structure of a plugin .go file, and what we would see with the above config is shown below
```go ```go
package main package main
@ -354,4 +360,6 @@ that exports a variable `TransformerInitializer` or `StorageTransformerInitializ
or [StorageTransformerInitializer](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/transformer/storage_transformer.go#L31), respectively or [StorageTransformerInitializer](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/transformer/storage_transformer.go#L31), respectively
* design the transformers to work in the context of their [event](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/event_watcher.go#L83) * design the transformers to work in the context of their [event](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/event_watcher.go#L83)
or [storage](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/storage_watcher.go#L53) watchers or [storage](https://github.com/vulcanize/maker-vulcanizedb/blob/compose_and_execute/libraries/shared/watcher/storage_watcher.go#L53) watchers
* create db migrations to run against vulcanizeDB so that we can store the transformed data * create db migrations to run against vulcanizeDB so that we can store the transformer output
* specify migration locations for each transformer in the config with the `exporter.transformer.migrations` fields
* do not `goose fix` the transformer migrations

View File

@ -54,6 +54,8 @@ var composeAndExecuteCmd = &cobra.Command{
ipcPath = "http://kovan0.vulcanize.io:8545" ipcPath = "http://kovan0.vulcanize.io:8545"
[exporter] [exporter]
home = "github.com/vulcanize/vulcanizedb"
clone = false
name = "exampleTransformerExporter" name = "exampleTransformerExporter"
save = false save = false
transformerNames = [ transformerNames = [
@ -74,12 +76,12 @@ var composeAndExecuteCmd = &cobra.Command{
migrations = "db/migrations" migrations = "db/migrations"
[exporter.transformer3] [exporter.transformer3]
path = "path/to/transformer3" path = "path/to/transformer3"
type = "eth_storage" type = "eth_event"
repository = "github.com/account/repo" repository = "github.com/account/repo"
migrations = "db/migrations" migrations = "db/migrations"
[exporter.transformer4] [exporter.transformer4]
path = "path/to/transformer4" path = "path/to/transformer4"
type = "eth_event" type = "eth_storage"
repository = "github.com/account2/repo2" repository = "github.com/account2/repo2"
migrations = "to/db/migrations" migrations = "to/db/migrations"
@ -95,7 +97,7 @@ from it and loaded into and executed over by the appropriate watcher.
The type of watcher that the transformer works with is specified using the The type of watcher that the transformer works with is specified using the
type variable for each transformer in the config. Currently there are watchers type variable for each transformer in the config. Currently there are watchers
of event data from an eth node (eth_event) and storage data from an eth node of event data from an eth node (eth_event) and storage data from an eth node
(eth_storage). Soon there will be watchers for ipfs (ipfs_event and ipfs_storage). (eth_storage).
Transformers of different types can be ran together in the same command using a Transformers of different types can be ran together in the same command using a
single config file or in separate command instances using different config files single config file or in separate command instances using different config files