large-hadron-migrator 0.1.3 → 0.1.4

data/CHANGES.md

@@ -1,3 +1,6 @@
+# 0.1.4
+ * Merged [Pullrequest #9](https://github.com/soundcloud/large-hadron-migrator/pull/9)
+
 # 0.1.3
  * code cleanup
  * Merged [Pullrequest #8](https://github.com/soundcloud/large-hadron-migrator/pull/8)

data/README.md

@@ -50,10 +50,10 @@ twitter solution [1], it does not require the presence of an indexed
 
 ## Usage
 
-Large Hadron Migration is currently implemented as a Rails ActiveRecord
+Large Hadron Migrator is currently implemented as a Rails ActiveRecord
 Migration.
 
-    class AddIndexToEmails < LargeHadronMigration
+    class AddIndexToEmails < LargeHadronMigrator
       def self.up
         large_hadron_migrate :emails, :wait => 0.2 do |table_name|
           execute %Q{
@@ -199,12 +199,14 @@ while migrating in a master slave setup.
 
 ## Todos
 
-Load data into outfile instead of `INSERT INTO... SELECT`. Avoid contention and
-increase speed.
+~~Load data into outfile instead of `INSERT INTO... SELECT`. Avoid contention and
+increase speed.~~ It showed that this wont result in major speed up.
 
 Handle invalidation of 'update' entries in journal while replaying. Avoid
 stale update replays.
 
+Support for other Databases than MySQL
+
 Some other optimizations:
 
 Deletions create gaps in the primary key id integer column. LHM has no

data/VERSION

@@ -1 +1 @@
-0.1.3
+0.1.4

data/large-hadron-migrator.gemspec

@@ -14,7 +14,7 @@ Gem::Specification.new do |s|
   s.executables   = `git ls-files -- bin/*`.split("\n").map{ |f| File.basename(f) }
   s.require_paths = ["lib"]
 
-  ['activerecord ~>2.3.8', 'activesupport ~>2.3.8', 'mysql =2.8.1'].each do |gem|
+  ['activerecord ~>2.3.8', 'activesupport ~>2.3.8'].each do |gem|
     s.add_dependency *gem.split(' ')
   end
 

data/lib/{large_hadron_migration.rb → large-hadron-migrator.rb}

@@ -14,7 +14,7 @@ require 'benchmark'
 #
 #  USAGE:
 #
-#  class AddIndexToEmails < LargeHadronMigration
+#  class AddIndexToEmails < LargeHadronMigrator
 #    def self.up
 #      large_hadron_migrate :emails, :wait => 0.2 do |table_name|
 #        execute %Q{
@@ -80,7 +80,7 @@ require 'benchmark'
 #
 #  Deploying the new version will hurt your head. Don't do it.
 #
-class LargeHadronMigration < ActiveRecord::Migration
+class LargeHadronMigrator < ActiveRecord::Migration
 
   # id_window must be larger than the number of inserts
   # added to the journal table. if this is not the case,

metadata

@@ -2,7 +2,7 @@
 name: large-hadron-migrator
 version: !ruby/object:Gem::Version 
   prerelease: 
-  version: 0.1.3
+  version: 0.1.4
 platform: ruby
 authors: 
 - SoundCloud
@@ -12,7 +12,7 @@ autorequire:
 bindir: bin
 cert_chain: []
 
-date: 2011-09-28 00:00:00 Z
+date: 2011-09-29 00:00:00 Z
 dependencies: 
 - !ruby/object:Gem::Dependency 
   name: activerecord
@@ -36,28 +36,17 @@ dependencies:
         version: 2.3.8
   type: :runtime
   version_requirements: *id002
-- !ruby/object:Gem::Dependency 
-  name: mysql
-  prerelease: false
-  requirement: &id003 !ruby/object:Gem::Requirement 
-    none: false
-    requirements: 
-    - - "="
-      - !ruby/object:Gem::Version 
-        version: 2.8.1
-  type: :runtime
-  version_requirements: *id003
 - !ruby/object:Gem::Dependency 
   name: rspec
   prerelease: false
-  requirement: &id004 !ruby/object:Gem::Requirement 
+  requirement: &id003 !ruby/object:Gem::Requirement 
     none: false
     requirements: 
     - - "="
       - !ruby/object:Gem::Version 
         version: 1.3.1
   type: :development
-  version_requirements: *id004
+  version_requirements: *id003
 description: Migrate large tables without downtime by copying to a temporary table in chunks. The old table is not dropped. Instead, it is moved to timestamp_table_name for verification.
 email: rany@soundcloud.com, tobi@soundcloud.com
 executables: []
@@ -76,7 +65,7 @@ files:
 - Rakefile
 - VERSION
 - large-hadron-migrator.gemspec
-- lib/large_hadron_migration.rb
+- lib/large-hadron-migrator.rb
 - spec/large_hadron_migration_spec.rb
 - spec/migrate/add_new_column.rb
 - spec/spec_helper.rb