Каков правильный синтаксис для удаления индекса в миграции Rails 3.1.0?

для записи способ удаления индекса по имени -

remove_index(:table_name, :name => 'index_name')

Так что в вашем случае

remove_index(:users, :name => 'index_users_on_email')

вы также можете удалить индекс, указывающий столбцы, которые, с моей точки зрения, менее подвержены ошибкам, чем запись имени

remove_index :actions, :column => [:user_id, :action_name]

Я хотел бы расширить ответ @iWasRobbed. Если у вас есть индекс только на одном столбце, то беспокоиться о remove_index не имеет смысла так как (просто Успенской!) БД должна быть достаточно умной для очистки ресурсов, используемых этим индексом. Но если у вас есть индекс нескольких столбцов, удаление столбца уменьшит индекс до все еще существующих столбцов, что совершенно разумно, но показывает, где вы можете использовать remove_index явно.

просто для иллюстрация-миграция ниже имеет тот недостаток, что после применения вверх и вниз он оставит уникальный индекс на email (в смысле down часть не делает свою работу должным образом)

class AddIndexes < ActiveRecord::Migration
  def up
    add_column :users, :action_name, :string
    add_index  :users, [:email, :action_name], unique: true
  end

  def down
    remove_column :users, :action_name
  end
end

изменение down блок

  def down
    remove_index :users, [:email, :action_name]
    remove_column :users, :action_name
  end

исправит этот недостаток и позволит миграции правильно вернуть DB в предыдущее состояние с rake db:rollback

чтобы изменить таблицу и / или ее indeces использовать #change_table внутри #change действие миграции. Затем вы сможете создать обратное удаление индекса следующим образом:

def change
   change_table :users do |t|
      t.index :email, :unique => true
      t.index :reset_password_token, :unique => true
   end
end

когда вам нужно удалить таблицу с ее индексом, конечно, с обратным действием вы можете использовать #drop_table метод SchemaStatements С #index метод Table класс ConnectionAdapter:

def change
   drop_table :users do |t|
      t.index :email, :unique => true
      t.index :reset_password_token, :unique => true
   end
end

в случае, если вам нужно именно #up/down пара в миграции. Используйте только #change_table способ вместе с #remove_index метод Table класс ConnectionAdapter:

def up
   change_table :users do |t|
      t.index :email, :unique => true
      t.index :reset_password_token, :unique => true
   end
end

def down
   change_table :users do |t|
      t.remove_index :email, :unique => true
      t.remove_index :reset_password_token, :unique => true
   end
end

все методы доступны в Rails версия 2.1.0 или более ранних.

вот мой полный прогон этого (в Rails 5):

у меня есть team_id в качестве индекса в поставщиках таблиц. Мне больше не нужны эти отношения. Чтобы избавиться от него. Сделал следующее:

1) создавать миграции.

  $ rails generate migration RemoveTeam_idFromVendor team_id:integer

2) Запуск миграции, дайте мне эту ошибку. И это потому, что в таблице поставщиков есть строки, внешний ключ которых ссылается на значение первичного ключа командной таблицы

== 20170727202815 RemoveTeamIdFromVendor: migrating ===========================
-- remove_column(:vendors, :team_id, :integer)
rake aborted!
StandardError: An error has occurred, this and all later migrations canceled:

SQLite3::ConstraintException: FOREIGN KEY constraint failed: DROP TABLE "vendors"

3) чтобы решить эту проблему и запустить миграцию, я сделал следующий(Примечание: я в dev):

$ rake db:drop


Dropped database 'db/development.sqlite3'
Dropped database 'db/test.sqlite3'


$ rake db:create
Created database 'db/development.sqlite3'
Created database 'db/test.sqlite3'

$ rake db:migrate
~
~
~

== 20170727202815 RemoveTeamIdFromVendor: migrating ===========================
-- remove_column(:vendors, :team_id, :integer)
   -> 0.0185s
== 20170727202815 RemoveTeamIdFromVendor: migrated (0.0185s) ==================