Мне нужно добавить метки времени ( created_at
& updated_at
) в существующую таблицу. Я попробовал следующий код, но он не работал.
class AddTimestampsToUser < ActiveRecord::Migration
def change_table
add_timestamps(:users)
end
end
Мне нужно добавить метки времени ( created_at
& updated_at
) в существующую таблицу. Я попробовал следующий код, но он не работал.
class AddTimestampsToUser < ActiveRecord::Migration
def change_table
add_timestamps(:users)
end
end
Помощник по временной метке доступен только в create_table
блоке. Вы можете добавить эти столбцы, указав типы столбцов вручную:
class AddTimestampsToUser < ActiveRecord::Migration
def change_table
add_column :users, :created_at, :datetime, null: false
add_column :users, :updated_at, :datetime, null: false
end
end
Хотя это не имеет тот же краткий синтаксис, что и add_timestamps
метод, который вы указали выше, Rails все равно будет обрабатывать эти столбцы как столбцы меток времени и обновлять значения в обычном режиме.
rails g migration AddTimestampsToUser created_at:datetime updated_at:datetime
- ярлык для генерации миграции выше.PG::NotNullViolation: ERROR: column "created_at" contains null value
потому что моя таблица уже содержит данные, которые нарушают ненулевое ограничение. Есть ли лучший способ сделать это, чем сначала удалить ненулевое ограничение, а потом добавить его?add_column :users, :updated_at, :datetime, null: false, default: Time.zone.now
.Time.zone.now
Это просто пример, вы должны использовать любое значение, имеющее смысл для вашей логики.Миграции - это всего лишь два метода класса (или методы экземпляра в 3.1):
up
иdown
(а иногда иchange
метод экземпляра в 3.1). Вы хотите, чтобы ваши изменения вошли вup
метод:Если вы в 3.1, то вы также можете использовать
change
(спасибо Дэйв):Возможно , ты путаешь
def change
,def change_table
иchange_table
.См. Руководство по миграции для получения дополнительной информации.
источник
change
метод сейчас, хотя в этом случае, не проблема :)change
стоит упомянуть, поэтому я добавлю это тоже.Ваш исходный код очень близок к правильному, вам просто нужно использовать другое имя метода. Если вы используете Rails 3.1 или новее, вам нужно определить
change
метод вместоchange_table
:Если вы используете более старую версию, вам нужно определить
up
иdown
методы вместоchange_table
:источник
Ответ @ user1899434 был основан на том факте, что «существующая» таблица здесь может означать таблицу с уже имеющимися записями, записи, которые вы, возможно, не хотите удалять. Поэтому, когда вы добавляете временные метки со значением null: false, которое является значением по умолчанию и часто желательно, все существующие записи становятся недействительными.
Но я думаю, что этот ответ можно улучшить, объединив два шага в одну миграцию, а также используя более семантический метод add_timestamps:
Вы можете заменить некоторую другую временную метку
DateTime.now
, например, если вы хотите, чтобы ранее созданные записи создавались / обновлялись на заре времени.источник
Time.zone.now
это то, что следует использовать, если мы хотим, чтобы наш код соответствовал правильному часовому поясу.Time.zone.now
которая будет возвращать экземпляр Time, созданный при запуске миграции, и просто использовать это время по умолчанию. Новые объекты не получат новый экземпляр времени.Доступные преобразования
http://api.rubyonrails.org/classes/ActiveRecord/ConnectionAdapters/Table.html
источник
Ник Дэвис ответ является наиболее полным с точки зрения добавления столбцов отметок времени в таблицу с существующими данными. Единственным недостатком является то, что он будет повышаться
ActiveRecord::IrreversibleMigration
наdb:rollback
.Это должно быть изменено так, чтобы работать в обоих направлениях:
источник
change_column_default
что не поддерживаетfrom
иto
в этой версии?), Но я взял эту идею и создалup/down
методы вместо одногоchange
метода, и это сработало как шарм!источник
не уверен, когда именно это было введено, но в rails 5.2.1 вы можете сделать это:
для получения дополнительной информации см. « Использование метода изменения » в документации по переносу активных записей.
источник
, null: true
после:my_table
Я сделал простую функцию, которую вы можете вызвать, чтобы добавить в каждую таблицу (при условии, что у вас есть существующая база данных) поля create_at и updated_at :
источник
Добавляет столбцы временных меток (созданный и обновленный_кат) в имя_таблицы. Дополнительные параметры (например, null: false) пересылаются в #add_column.
источник
Предыдущие ответы кажутся правильными, однако я столкнулся с проблемами, если в моей таблице уже есть записи.
Я бы получил «ОШИБКА: столбец
created_at
содержитnull
значения».Чтобы исправить, я использовал:
Затем я использовал драгоценные migration_data , чтобы добавить время для текущих проектов по миграции , такие как:
Тогда все проекты, созданные после этой миграции, будут корректно обновлены. Убедитесь, что сервер тоже перезапущен, чтобы Rails
ActiveRecord
начал отслеживать временные метки в записи.источник
Здесь много ответов, но я также опубликую свой, потому что ни один из предыдущих не помог мне :)
Как уже отмечалось,
#add_timestamps
к сожалению, добавляетсяnull: false
ограничение, которое приводит к тому , что старые строки становятся недопустимыми, потому что эти значения не заполнены. Большинство ответов здесь предполагают, что мы установили некоторое значение по умолчанию (Time.zone.now
), но я бы не хотел этого делать, потому что эти временные метки по умолчанию для старых данных не будут правильными. Я не вижу смысла в добавлении неверных данных в таблицу.Так что моя миграция была просто:
Нет
null: false
, других ограничений нет. Старые строки будут продолжать действоватьcreated_at
как asNULL
иupdate_at
asNULL
(пока не будет выполнено какое-либо обновление строки). Новые строки будут иметьcreated_at
иupdated_at
населен , как и ожидалось.источник
Проблема с большинством ответов здесь заключается в том, что если вы по умолчанию для
Time.zone.now
всех записей будете иметь время запуска миграции в качестве времени по умолчанию, что, вероятно, не то, что вы хотите. В рельсах 5 вы можете использовать вместо этогоnow()
. Это установит временные метки для существующих записей как время выполнения миграции и как время начала транзакции фиксации для вновь вставленных записей.class AddTimestampsToUsers < ActiveRecord::Migration def change add_timestamps :users, default: -> { 'now()' }, null: false end end
источник
Использование
Time.current
это хороший стиль https://github.com/rubocop-hq/rails-style-guide#timenowили
источник
Это простой способ добавить метку времени в существующую таблицу.
источник
Для тех, кто не использует Rails, но использует activerecord, следующее также добавляет столбец к существующей модели, например, для целочисленного поля.
источник
Это
change
неchange_table
для Rails 4.2:источник
Это похоже на чистое решение в Rails 5.0.7 (обнаружен метод change_column_null):
источник
Я на рельсах 5.0 и ни один из этих вариантов не сработал.
Единственное, что сработало, это использование типа: timestamp, а не: datetime
источник
Я лично использовал следующее, и он обновил все предыдущие записи с текущим временем / датой:
источник
Я столкнулся с той же проблемой на Rails 5, пытаясь использовать
Я смог добавить столбцы метки времени вручную с помощью следующего:
источник