Add binary(16)
UUIDs to ActiveRecord.
activeuuid
adds the uuid
type to your migrations. Example:
class CreateEmails < ActiveRecord::Migration
def self.up
create_table :emails, :id => false do |t|
t.uuid :id, :primary_key => true
t.uuid :sender_id # belongs_to :sender
t.string :subject
t.text :body
t.timestamp :sent_at
t.timestamps
end
add_index :emails, :id
end
def self.down
drop_table :emails
end
end
class Email < ActiveRecord::Base
include ActiveUUID::UUID
belongs_to :sender
end
class Email < ActiveRecord::Base
include ActiveUUID::UUID
natural_key :sender_id, :received_at
belongs_to :sender
end
natural_key
generates a SHA1-based UUID in the ISO OID namespace by default. [7]
class Email < ActiveRecord::Base
include ActiveUUID::UUID
uuid_namespace "1dd74dd0-d116-11e0-99c7-5ac5d975667e"
natural_key :sender_id, :received_at
belongs_to :sender
end
uuid_namespace
can either be a UUID in string format, or a UUIDTools::UUID object.
Here are some example specs:
require 'spec_helper'
describe Email do
context "when using uuid's as keys" do
let(:guid) { "1dd74dd0-d116-11e0-99c7-5ac5d975667e" }
let(:email) { Fabricate :email }
it "the id guid should be equal to the uuid" do
email.id.to_s.should eql(guid)
end
it "should be able to find an email by the uuid" do
Email.find(guid).id.to_s.should == guid
end
end
end
From [2]:
[Here is a] UUID: 1e8ef774-581c-102c-bcfe-f1ab81872213
A UUID like the one above is 36 characters long, including dashes. If you store this VARCHAR(36), you're going to decrease compare performance dramatically. This is your primary key, you don't want it to be slow.
At its bit level, a UUID is 128 bits, which means it will fit into 16 bytes, note this is not very human readable, but it will keep storage low, and is only 4 times larger than a 32-bit int, or 2 times larger than a 64-bit int.
Many of the existing examples of how to use UUIDs as primary keys in Rails use strings rather than bytes (e.g. [3]).
However, this plugin stores the primary keys as bytes. To the application the keys are represented by a UUIDTools::UUID object.
- no id conflict during multi-master write
- no locking due to auto-increment
- with time-based UUIDs you can store a timestamp within your UUID
- you can create natural keys (based on the SHA of model attributes)
- more transparent support for natural and composite keys
- support for MySQLs
INSERT ... ON DUPLICATE KEY UPDATE
syntax - support a primary column name other than
id
- tests
James Golick's friendly
is a great gem for NoSQL on MySQL. It's
a great gateway drug to systems like Cassandra for teams that are
already familiar with the ins-and-outs of MySQL.
Add this to your Gemfile
gem "activeuuid"
Or get the code here: https://github.com/jashmenn/activeuuid
- [1] http://bret.appspot.com/entry/how-friendfeed-uses-mysql
- [2] http://kekoav.com/blog/36-computers/58-uuids-as-primary-keys-in-mysql.html
- [3] https://gist.github.com/937739
- [4] http://www.codinghorror.com/blog/2007/03/primary-keys-ids-versus-guids.html
- [5] http://krow.livejournal.com/497839.html
- [6] https://github.com/jamesgolick/friendly
- [7] http://tools.ietf.org/html/rfc4122.html#appendix-C
Rails ~> 3.1.0
- Nate Murray
- pyromaniac
- Andrew Kane
- Devin Foley
- Arkadiy Zabazhanov
- Jean-Denis Koeck
- Florian Staudacher
- Schuyler Erle
- Florian Schwab
- Thomas Guillory
- Daniel Blanco Rojas
- Olivier Amblet