A collection of Ruby libraries for working with SQL on top of ActiveRecord's connection
Перейти к файлу
Sarah Aladetan e8acbedb52 update migration generator test to rely on config table name
should we do this though? i can see an argument where we actually keep the test as is because the default `table_name` is still `key_values` and we're trying to maintain original usage expectations with this PR
2019-12-09 12:39:35 -08:00
examples Only create database if not existing 2017-08-31 10:26:48 -04:00
lib update migration generator to use table name from config 2019-12-09 12:37:25 -08:00
script Require the top library 2017-04-13 00:06:24 +02:00
test update migration generator test to rely on config table name 2019-12-09 12:39:35 -08:00
.gitignore Ignore db directory 2017-05-22 11:17:38 -04:00
.travis.yml Fix for CI 2019-08-14 10:19:59 -06:00
CHANGELOG.md Bump version for release 2018-05-11 15:30:26 -04:00
CODE_OF_CONDUCT.md Initial commit of gem with GitHub::Data::Result 2017-03-13 10:33:19 -04:00
CONTRIBUTING.md The last rename, I promise... 2017-03-24 09:13:37 -04:00
Gemfile Fix travis builds for Rails 4.2 2018-05-11 14:09:02 -04:00
LICENSE.txt License to github 2017-03-15 15:05:15 -04:00
README.md Update README.md 2018-03-02 10:17:30 -05:00
Rakefile Initial commit of gem with GitHub::Data::Result 2017-03-13 10:33:19 -04:00
docker-compose.yml Add docker-compose file for ease of local testing 2018-03-02 02:32:10 +01:00
github-ds.gemspec Add some test utils 2019-08-19 17:58:20 -06:00

README.md

GitHub::DS

GitHub::DS is a collection of Ruby libraries for working with SQL on top of ActiveRecord's connection.

  • GitHub::KV is a key/value data store backed by MySQL.
  • GitHub::SQL is for building and executing a SQL query. This class uses ActiveRecord's connection class, but provides a better API for bind values and raw data access.
  • GitHub::Result makes it easier to bake in resiliency through the use of a Result object instead of raising exceptions.

Current Status: Used in production extensively at GitHub. Because of this, all changes will be thoroughly vetted, which could slow down the process of contributing. We will do our best to actively communicate status of pull requests with any contributors. If you have any substantial changes that you would like to make, it would be great to first open an issue to discuss them with us.

Installation

Add this line to your application's Gemfile:

gem 'github-ds'

And then execute:

$ bundle

Or install it yourself as:

$ gem install github-ds

Usage

Below is a taste of what you can do with these libraries. If you want to see more, check out the examples directory.

GitHub::KV

First, you'll need to create the key_values table using the included Rails migration generator.

rails generate github:ds:active_record
rails db:migrate

Once you have created and executed the migration, KV can do neat things like this:

require "pp"

# Create new instance using ActiveRecord's default connection.
kv = GitHub::KV.new { ActiveRecord::Base.connection }

# Get a key.
pp kv.get("foo")
#<GitHub::Result:0x3fd88cd3ea9c value: nil>

# Set a key.
kv.set("foo", "bar")
# nil

# Get the key again.
pp kv.get("foo")
#<GitHub::Result:0x3fe810d06e4c value: "bar">

# Get multiple keys at once.
pp kv.mget(["foo", "bar"])
#<GitHub::Result:0x3fccccd1b57c value: ["bar", nil]>

# Check for existence of a key.
pp kv.exists("foo")
#<GitHub::Result:0x3fd4ae55ce8c value: true>

# Check for existence of key that does not exist.
pp kv.exists("bar")
#<GitHub::Result:0x3fd4ae55c554 value: false>

# Check for existence of multiple keys at once.
pp kv.mexists(["foo", "bar"])
#<GitHub::Result:0x3ff1e98e18e8 value: [true, false]>

# Set a key's value if the key does not already exist.
pp kv.setnx("foo", "bar")
# false

# Delete a key.
pp kv.del("bar")
# nil

# Delete multiple keys at once.
pp kv.mdel(["foo", "bar"])
# nil

GitHub::SQL

# Select, insert, update, delete or whatever you need...
GitHub::SQL.results <<-SQL
  SELECT * FROM example_key_values
SQL

GitHub::SQL.run <<-SQL, key: "foo", value: "bar"
  INSERT INTO example_key_values (`key`, `value`)
  VALUES (:key, :value)
SQL

GitHub::SQL.value <<-SQL, key: "foo"
  SELECT value FROM example_key_values WHERE `key` = :key
SQL

# Or slowly build up a query based on conditionals...
sql = GitHub::SQL.new <<-SQL
  SELECT `value` FROM example_key_values
SQL

key = ENV["KEY"]
unless key.nil?
  sql.add <<-SQL, key: key
    WHERE `key` = :key
  SQL
end

limit = ENV["LIMIT"]
unless limit.nil?
  sql.add <<-SQL, limit: limit.to_i
    ORDER BY `key` ASC
    LIMIT :limit
  SQL
end

p sql.results

GitHub::Result

def do_something
  1
end

def do_something_that_errors
  raise "noooooppppeeeee"
end

result = GitHub::Result.new { do_something }
p result.ok? # => true
p result.value! # => 1

result = GitHub::Result.new { do_something_that_errors }
p result.ok? # => false
p result.value { "default when error happens" } # => "default when error happens"
begin
  result.value! # raises exception because error happened
rescue => error
  p result.error
  p error
end

# Outputs Step 1, 2, 3
result = GitHub::Result.new {
  GitHub::Result.new { puts "Step 1: success!" }
}.then { |value|
  GitHub::Result.new { puts "Step 2: success!" }
}.then { |value|
  GitHub::Result.new { puts "Step 3: success!" }
}
p result.ok? # => true

# Outputs Step 1, 2 and stops.
result = GitHub::Result.new {
  GitHub::Result.new { puts "Step 1: success!" }
}.then { |value|
  GitHub::Result.new {
    puts "Step 2: failed!"
    raise
  }
}.then { |value|
  GitHub::Result.new {
    puts "Step 3: should not get here because previous step failed!"
  }
}
p result.ok? # => false

Caveats

GitHub::KV Expiration

KV supports expiring keys and obeys expiration when performing operations, but does not actually purge expired rows. At GitHub, we use pt-archiver to nibble expired rows. We configure it to do a replica lag check and use the following options:

  • index_name: "index_key_values_on_expires_at"
  • limit: 1000
  • where: "expires_at <= NOW()"

Development

After checking out the repo, run script/bootstrap to install dependencies. Then, run script/test to run the tests. You can also run script/console for an interactive prompt that will allow you to experiment.

Note: You will need a MySQL database with no password set for the root user for the tests. Running docker-compose up will boot just that. This functionality is not currently used by GitHub and was from a contributor, so please let us know if it does not work or gets out of date (pull request is best, but an issue will do).

To install this gem onto your local machine, run script/install. To release a new version, update the version number in version.rb, commit, and then run script/release, which will create a git tag for the version, push git commits and tags, and push the .gem file to rubygems.org.

Contributing

Bug reports and pull requests are welcome on GitHub at https://github.com/github/github-ds. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the Contributor Covenant code of conduct. We recommend reading the contributing guide as well.

Roadmap

Nothing currently on our radar other than continued maintenance. Have a big idea? Let us know.

Maintainers

pic @mention
@charliesome @charliesome
@jnunemaker @jnunemaker
@miguelff @miguelff
@zerowidth @zerowidth

License

The gem is available as open source under the terms of the MIT License.