Получить ID модели Rails перед сохранением ...? - PullRequest
15 голосов
/ 12 августа 2010

Как узнать идентификатор модели рельсов до ее сохранения?

Например, если я создаю новый экземпляр модели, как я могу получить его идентификатор до его сохранения?

Я знаю, что идентификатор создается на месте и в соответствии с базой данных, но есть ли обходной путь?

Ответы [ 9 ]

8 голосов
/ 27 марта 2014

Я тоже искал это и нашел ответ:

Предположим, имя модели - "Модель", а имя таблицы - "Модели"

model.rb

before_save {
    next_id=Model.connection.select_value("Select nextval('models_id_seq')")
}

Будет выведено значение, которое ваша запись примет для идентификатора, ЕСЛИ она будет сохранена

4 голосов
/ 12 августа 2010

Обычно, когда люди думают, что им нужно это сделать, им на самом деле не нужно это делать. Как говорит Джон, объясните, что вы пытаетесь сделать, и кто-то может предложить способ сделать это, не зная заранее идентификатор.

3 голосов
/ 12 августа 2010

Используя стандартное соглашение Rails с автоматически возрастающим целочисленным первичным ключом, невозможно получить идентификатор модели до ее сохранения, поскольку она генерируется СУБД при вставке новой строки в соответствующую таблицу.

Какую проблему вы на самом деле пытаетесь решить?

2 голосов
/ 23 июня 2016

Это не вопрос Rails, а вопрос базы данных. Это проблема, которая будет проявляться в любой среде веб-приложения, и решение везде одинаково. Вы должны использовать транзакцию базы данных.

Основной поток будет работать следующим образом.

  • Открыть транзакцию
  • Сохранить вашу модель
  • Использовать идентификатор, назначенный базой данных
  • Если окажется, что вы на самом деле не хотите хранить эту модель в базе данных, откатите транзакцию.
  • Если окажется, что вы хотите сохранить модель в базе данных, подтвердите транзакцию.

Главное, что вы заметите при таком подходе, - это то, что в ваших идентификаторах будут пробелы, когда вы откатили транзакцию.

1 голос
/ 24 ноября 2017

Большую часть времени, когда мне нужен был идентификатор, можно сгруппировать в короткий список.При создании вложенных ассоциаций или подключении ассоциаций через.Давайте предположим, что у нас есть: :user, которые имеют ассоциацию от :pets до :user_pets, где мы сохраним их тип.

Если у нас правильно настроено "has_many: through Association", мы можем просто User.pets.create(name: "Rex")но это слишком упрощенно, поскольку мы хотим создать :pet, набрав :user_pets.

u = User.create(name: "Cesar")
u.id # => 1 # works fine

p = u.pets.create(name: 'Rex') 
# => rails will create UserPets => {id: 1, user_id: 1, pet_id: 1} for us

# But now we have a problem, how do we find :user_pets of our :pet?
# remember we still need to update the :type, the ugly (wrong) way:
up = p.user_pets.first
up.type = 'dog'
up.save! # working but wrong

# Do you see the problems here? We could use an id
P = Pet.new( name: "Destroyer" )
p.id # will not work, as the pet not saved yet to receive an id
up = UserPet.new( user_id: U.id, pet_id: p.id ) 
# => UserPet {id: 2, user_id: 1, pet_id: nil} # as we expected there is no id.

# What solutions do we have? Use nested creation!
# Good
up = UserPet.new(user_id: u.id, type: "dog")
# even better
up = u.user_pets.new(type: "dog") 
# it's just a shortcut for the code above, 
# it will add :user_id for us, so let's just remember it.

# Now lets add another 'new' from our creatd 'user_pet'
p = up.pets.new(name: "Millan")
user.save!
# => UserPet: {id: 3, user_id: 1, pet_id: 2, type: 'dog'} # => Pet: {id: 2, name: "Sam"}
# everything is working! YEY!

# we can even better, than writing in the beginning "User.create", 
# we can write "User.new" and save it with all the nested elements.

Вы видели, как это создало все идентификаторы для нас?Давайте перейдем к чему-то еще более сложному!Теперь у нас есть дополнительная таблица :shampoo, которая точно так же, как :user_pet, принадлежит :pet и :user. Нам нужно создать ее, не зная id :user и :pet

u = User.new('Mike')
up = u.user_pets.new(type: "cat") 
p = up.pets.new(name: "Rowe")

# But what are we doing now?
# If we do:
s = u.shampoos.new(name: "Dirty Job") 
# => Shampoo: {user_id: 2, pet_id: nil, name: "..."}
# We get "pet_id: nil", not what we want.

# Or if we do:
s = p.shampoos.new(name: "Schneewittchen") 
# => Shampoo: {user_id: nil, pet_id: 3, name: "..."}
# We get "user_id: nil", in both cases we do not get what we want.

# So we need to get the id of not created record, again.
# For this we can just do as in the first example (order is not important)
s = u.shampoos.new(name: "Mission Impossible") 
# => Shampoo: {id: 3, user_id: 2, pet_id: nil, name: "..."}
s.pet = p # this will give the missing id, to the shampoo on save.
# Finish with save of the object:
u.save! #=> Shampoo: {id: 3, user_id: 2, pet_id: 3, name: '...'} # => Pet: ...
# Done!

Я пытался охватить наиболее распространенные причины, когда вам нужен идентификатор элемента, и как это преодолеть.Надеюсь это будет полезно.

0 голосов
/ 11 августа 2015

Подумайте, что вы хотите делать сразу после создания экземпляра.

after_create do
  print self.id
end
0 голосов
/ 14 апреля 2014

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

UserModel

class User < ActiveRecord::Base
before_create :set_default_value

def set_default_value
   self.value ||= "#{User.last.id+1}"
end
0 голосов
/ 02 февраля 2014

Я только что столкнулся с подобной ситуацией при создании импортера данных.Я создавал кучу записей разных типов и связывал их перед сохранением.При сохранении некоторые записи вызывали ошибки проверки, потому что они имели validate_presence_of записи, которая еще не была сохранена.

Если вы используете postgres, активная запись увеличивает идентификатор, который она присваивает модели, сохраняя последовательность с названием models_id_seq(sales_id_seq для продажи и т. д.) в базе данных.Вы можете получить следующий идентификатор в этой последовательности и увеличить его с помощью следующей функции.

def next_model_id
    ActiveRecord::Base.connection.execute("SELECT NEXTVAL('models_id_seq')").first["nextval"].to_i
end

Однако это решение не является хорошей практикой, поскольку нет гарантии, что активная запись будет хранить последовательности идентификаторов таким образом вбудущее.Я бы использовал его только в том случае, если он использовался только один раз в моем проекте, сэкономил мне много работы и был хорошо задокументирован с точки зрения того, почему его не следует использовать часто.

0 голосов
/ 12 августа 2010

Я не верю, что есть какие-то обходные пути, поскольку идентификатор фактически создается самой базой данных.Идентификатор не должен быть доступен до тех пор, пока объект не будет сохранен в базе данных.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...